Tag Archives: Git

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.

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.

Git-Workflows: Der zentralisierte Workflow (Teil 2)

Wenn Teams Git adaptieren wollen, ist es oft problematisch, den richtigen Einstieg für die Implementierung zu finden. Daher erläutern wir in mehreren Beiträgen die am häufigsten genutzten Git-Workflows. Der erste Teil dieses Artikels ist auf den klassischen zentralisierten Workflow eingegangen, den viele Teams von Subversion kennen. Nun zeigen wir, wie ein exemplarisches kleines Team mithilfe dieses Workflows zusammenarbeitet: Entwickler A und Entwickler B können an verschiedenen Features arbeiten und ihre Beiträge via zentralisierter Repository teilen.

Git-Workflows: Der zentralisierte Workflow (Teil 1)

Wenn Teams Git adaptieren wollen, ist es oft problematisch, den richtigen Einstieg für die Implementierung zu finden. In mehreren Artikeln erläutern wir die häufigsten Git-Workflows, nach denen Enterprise-Teams arbeiten, und zeigen einige Möglichkeiten auf, Aspekte verschiedener Workflows zu vermengen und anzupassen, um spezifische Bedürfnisse des Entwicklungsteams zu erfüllen. Zunächst zum zentralisierten Git-Workflow, der der Software-Entwicklung mit Subversion entspricht.