Tag Archives: Software-Entwicklung

Git-Workflows: Der Forking-Workflow (Teil 1)

Der Forking-Workflow unterscheidet sich fundamental von den bislang besprochenen Git-Workflows. In diesen kommt ein einzelnes serverseitiges Repository als zentrale Codebasis zum Einsatz. Im Forking-Workflow jedoch hat jeder Entwickler ein serverseitiges Repository. Jeder Beteiligte arbeitet also mit zwei Repos: einer privaten, lokalen Instanz und einer öffentlichen auf Server-Seite.

FishEye und Crucible 3.4: Stash-Integration, Performance-Steigerung, Full-Screen-Modus

Die Software-Entwicklung ist eine Branche, die sich extrem schnell weiterentwickelt. Aktuell können wir dies zum Beispiel daran sehen, dass viele Unternehmen von traditionellen Versionskontrollsystemen wie Subversion zu Git wechseln. Diesen Teams bietet Atlassians Stash eine ausgereifte Umgebung, um ihre Repositories zu managen. Mit der gerade ausgelieferten neuen Version von FishEye und Crucible ist die Integration dieser Plattform ebenso vorangetrieben worden wie die Git-Indizierungs-Performance. Diese und weitere Neuerungen in FishEye/Crucible 3.4 zeigt dieser Beitrag.

Vortrag “Git in the Enterprise” – Jens Schumacher (Atlassian) beim Atlassian Enterprise Club von //SEIBERT/MEDIA

Am 13. März 2014 hat in Wiesbaden das zweite Treffen des Atlassian Enterprise Clubs von //SEIBERT/MEDIA stattgefunden. Dieses erfolgreiche Event mit und 60 Teilnehmern war JIRA und den Entwicklungs-Tools von Atlassian gewidmet: Praxisnahe Vorträge, eine Themenwerkstatt im Open-Space-Format und ein anschließendes Treffen der Atlassian User Group Rhein-Main haben reichlich Impulse, Einblicke und Möglichkeiten zum intensiven Austausch geboten. Einen Vortrag mit dem Titel “Git in the Enterprise” hat Jens Schumacher von Atlassian gehalten. Hier ist die Videoaufzeichnung.

Der Deployment-Workflow von Bamboo

Der Deployment-Flow von Atlassians Continuous-Integration-Server Bamboo ist in der Version 5.4 so nahtlos wie nie zuvor. Er bietet Informationen darüber, was deployt wird und welchen Status die Produktivsystem nach einem Rollback haben wird. Was genau wird im nächsten Release ausgeliefert? Welche Funktionalitäten würden verlorengehen, wenn das Release zurückgerollt werden müsste, das etwas kaputt gemacht hat? Ist jenes spezifische Issue in die Produktion deployt worden? An Antworten auf diese Fragen zu gelangen, ist jeweils eine Sache weniger Klicks.

Stash 2.12: Hunk-Maps für Side-by-side-Diffs, Kommentarzähler, lokale Avatare, DIY-Backups und mehr

Ein Ziel des Stash-Teams besteht darin, Software-Entwicklungsteams die Zusammenarbeit am Code in allen Bereichen zu erleichtern. Features von In-line-Kommentaren bis zu Side-by-side-Diffs verbessern die Code-Kollaboration, den Austausch und die Navigation zu Änderungen. Die nun ausgelieferte Version Stash 2.12 verfolgt diesen Weg konsequent weiter.

Echte Integration: Das Zusammenspiel von JIRA, Stash und Bamboo

Atlassian hat in den letzten Monaten verstärkt daran gearbeitet, die Verzahnung zwischen seinen Werkzeugen für Software-Entwickler zu vertiefen. Das Ergebnis dieser Maßnahmen ist eine nahtlose, nie dagewesene Integration von Ticket- und Tracking-System, Continuous-Integration-Server und Repository-Managementsystem. In einer Demo zeigt Jens Schumacher (Group Product Manager für Atlassians Dev-Tools) direkt im Testsystem ausführlich, wie JIRA, Stash und Bamboo zusammenspielen – vom Issue über Branches, Pull-Requests und Tests bis zur erfolgreichen, qualitätsgesicherten Auslieferung einer Änderung in die Haupt-Codebasis.

Git-Workflows: Der Feature-Branch-Workflow (Teil 2)

Im letzten Artikel sind wir auf die Vorteile eingegangen, Feature-Branches in den Entwicklungsprozess mit Git zu integrieren, um die Zusammenarbeit zu intensivieren und die Kommunikation zwischen den Entwicklern zu straffen. Dieser Folgebeitrag bietet ein Beispiel dafür, wie Entwickler nach dem Feature-Branch-Workflow kollaborieren und sich Pull-Requests zunutze machen können.

Git-Workflows: Der Feature-Branch-Workflow (Teil 1)

Für Teams, die Git als verteilte Versionskontrolle adaptieren wollen, ist es oft problematisch, den richtigen Einstiegspunkt für die Implementierung zu finden. Wir beschreiben in mehreren Artikeln die am häufigsten genutzten Git-Workflows in Enterprise-Settings und zeigen einige Möglichkeiten auf, Aspekte verschiedener Workflows zu vermengen und anzupassen, um individuelle Anforderungen des Entwicklungsteams abzudecken. Nach dem zentralisierten Workflow, der den Subversion-Prozess auf die Git-Entwicklung überträgt, kommen wir nun zum deutlich flexibleren Feature-Branch-Workflow.