Ich werde mit meinen Kommilitonen ein universitäres Projekt starten. Es ist erforderlich, dass wir zusammen mit Bitbucket eine der agilen Methoden verwenden. Wir möchten mit Scrum beginnen. Ich habe seine Dokumentation gelesen und es scheint sehr mächtig zu sein.
Meine Frage bezieht sich auf den Sprint in Scrum und den Branch in Bitbucket. Können wir sagen, dass ein Sprint und ein Zweig fast dasselbe sind?
Wenn ja, werden wir unseren allerersten Zweig in BitBucket eröffnen und dies wird unser erster Sprint sein. Ist dies die richtige Interpretation dieser Methode, oder wäre es angemessener (mit „angemessen“ meine ich „nach bewährten Verfahren“), dass jedes Mitglied unserer Gruppe eine eigene Filiale eröffnet?
Können wir sagen, dass ein Sprint und ein Quellcode-Zweig fast dasselbe sind?
Nein, ein Scrum-Sprint und ein Git-Branch sind keineswegs dasselbe. Während Sie im Entwicklungsprozess ein Online-Quellcodeverwaltungssystem (SCM) wie BitBucket oder GitHub verwenden können, gibt es keine Eins-zu-Eins-Zuordnung zwischen dem Projektmanagement-Framework (in diesem Fall Scrum) und Ihrem SCM-Workflow .
Ein Sprint ist eine zeitlich begrenzte Iteration mit einem zusammenhängenden Sprint-Ziel und einer Reihe von Funktionen, die dem Team helfen, das Sprint-Ziel zu erreichen. Diese Merkmale umfassen auch einen oder mehrere potenziell lieferbare Wertzuwächse. Diese Inkremente sind die Ergebnisse für jeden Sprint.
SCM-Workflows sind verhandelbare Prozesse, die zwischen Projekten und Teams variieren können. Es gibt keine kanonische Antwort auf die Frage, wie man Quellcode-Management team-, projekt- oder organisationsübergreifend einsetzen sollte. Das ist wirklich eine Frage, die sich das Entwicklungsteam im Rahmen des Projekts stellen muss, und ist letztendlich eher ein technisches oder architektonisches Anliegen als eine Projektmanagementpraxis.
Nein, aber ich verstehe, warum du das denken könntest.
In gewisser Weise sind sie analog:
ein Sprint (das ist eine klar getrennte Phase der Entwicklungsarbeit auf ein bestimmtes Ziel hin)
bezieht sich auf die Reihe der bisher abgeschlossenen Geschichten (eine Beschreibung aller bisher geleisteten Entwicklungsarbeiten)
als Branch (das ist* ein klar getrennter Ort in einem Repository für Quellcode, der für einen bestimmten Zweck entwickelt wird)
ist an den Trunk oder Master (das ist* der Quellcode, der die gesamte bisher geleistete Arbeit widerspiegelt)
*vorausgesetzt, man verwendet ein Modell, in dem die Entwicklungsarbeit für Features auf Branches durchgeführt wird und Branches nach Abschluss jedes Features wieder mit dem Master zusammengeführt werden. Es gibt andere Modelle, aber dieses ist ziemlich verbreitet.
Und wenn dies das Modell ist, das Sie verwenden, dann gibt es während eines Sprints einen oder mehrere aktive Branches; und am Ende des Sprints, vorausgesetzt, Sie haben alle geplanten Arbeiten abgeschlossen, werden alle diese Branches wieder zum Master zusammengeführt.
Wie CodeGnome sagte, unterscheidet sich der Arbeitsablauf, den Sie zum Verwalten des Quellcodes während der Entwicklung verwenden, stark von der Methodik, die Sie für das Projektmanagement verwenden. Wenn Sie bisher die meiste Zeit als Solo-Entwickler verbracht haben, kann es schwer sein zu verstehen, dass es neben der Verwaltung und Bearbeitung Ihres Quellcodes noch andere Aspekte der Entwicklungsmethodik gibt.
Denken Sie stattdessen darüber nach, wie Sie die für den Abschluss des Projekts erforderliche Arbeit planen, aufteilen und verwalten. Hier kommen Sprints ins Spiel.
David Arno