Bitbucket Server ist Atlassians Git-Repository-Managementsystem, die zentrale Lösung zur Verwaltung des gesamten distributierten Codes. Nun ist das Produkt in der Version 5.1 ausgeliefert worden. Hier ist ein kompakter Überblick über die Neuerungen.
Vor etwa einer Stunde ist die Keynote zu Ende gegangen, mit der der Atlassian Summit Europe von Co-Founder und -CEO Scott Farquhar zusammen mit einigen Kollegen offiziell eröffnet wurde. Die Fülle an Informationen ist in einem kompakten Blog-Post (und in der Kürze der Zeit) unmöglich strukturiert wiederzugeben. Hier wollen wir uns auf die wichtigsten News im Hinblick auf die Atlassian-Produkte beschränken.
Bitbucket Pipelines unterstützt jetzt Docker-Images und Service-Container. Atlassian entwickelt Pipelines, um Teams in die Lage zu versetzen, ihre Software schneller zu testen und zu deployen. Docker-Container helfen dabei, die Build-Umgebung zu managen. Dadurch, dass sie Build-Server nicht manuell konfigurieren müssen, sparen Teams viel Zeit und Kopfzerbrechen. Stattdessen können sie sich aus der Fülle an öffentlich verfügbaren Containern auf Docker Hub bedienen oder eigene Docker-Images für eine spezifische Build-Umgebung einbringen.
Im ersten Teil dieses einführenden Artikels wurde diskutiert, dass Git insbesondere durch seine Fähigkeiten im Hinblick auf das Branchen und das Mergen sehr gut zum Coninuous-Delivery-Konzept passt: Branches bieten Entwicklern isolierte Umgebungen, um an bestmöglichen Lösungen zu arbeiten, ohne Risiken einzugehen. Währenddessen bleibt der master stets sauber und auslieferbar. Branches helfen zudem, externe Entwickler sicher in Projekte einzubinden. Dieser zweite Teil knüpft nahtlos daran an.
Software-Entwicklung im Team ist kein trivialer Prozess. Wir müssen verstehen, wer an welchem Stück Code arbeitet, wir müssen gewährleisten, dass es zwischen Änderungen keine Konflikte gibt, wir müssen Fehler finden, bevor die Kunden darauf stoßen, wir müssen sicherstellen, dass alle Projektbeteiligten auf dem Laufenden sind, was den Projektstand angeht. Und wie sich zeigt, kann jede dieser Herausforderungen entweder mit Git oder dem Continuous-Delivery-Prozess andressiert werden. Dieser zweiteilige Artikel gibt eine Einführung.
Bitbucket Server, Atlassians Git-Repository-Managementsystem, ist in der Version 4.14 ausgeliefert worden. Das neue Release bietet Zugriffsschlüssel in den Branch-Berechtigungen und zwei nette Funktionen, um noch schneller an Informationen zu gelangen.
Damit Git für alle erdenklichen Teams funktioniert, hat Atlassian seinem Git-Reporsitory-Manager Bitbucket bereits vor einiger Zeit den Git Large File Storage (LFS) hinzugefügt. Nun unterstützt auch Atlassians Integrations-Server Bamboo ihn. Große Dateien werden durch Hinweisadressen in Git ersetzt, während der tatsächliche Content der Dateien auf einem Remote-Server gespeichert ist.
Vereinfachung – das ist eines der wesentlichen Ziel des Bitbucket-Teams bei Atlassian. Und so liegt auch beim jüngsten Release des Git-Repository-Managementsystems Bitbucket Server und Bitbucket Data Center der Fokus auf mehr Effizienz. Dies sind die zentralen neuen Features der Version 4.13.
Wie steht es um die Adaption moderner Praktiken in der Software-Entwicklung: Agile, Continuous Integration und Continuous Delivery, Git, Container, Code-Reviews? Um das herauszufinden, hat Atlassian zwischen März und September 2016 eine Online-Befragung durchgeführt und Daten von mehr als 17.000 Teilnehmern eingesammelt, die in den unterschiedlichsten Branchen in Teams unterschiedlichster Größen arbeiten. Dabei herausgekommen ist der Atlassian 2016 Report: Software Development Trends and Benchmarks. Hier sind die interessantesten Ergebnisse.
Continuous Delivery erfordert Veränderung von Teams im gesamten Unternehmen und fokussierte Investitionen in Tools, Hardware und Leute. All das braucht Zeit, aber der Aufwand lohnt sich. Vor allem muss man sich darüber im Klaren sein, dass es nicht zielführend sein wird, die Transformation zu Continuous Delivery auf dem billigen Weg erreichen zu wollen. Stattdessen sollte man die Transition als Investition verstehen, die das Unternehmen in die Lage versetzen wird, in Echtzeit auf die dynamische Welt der Software-Industrie zu reagieren.
