2016-07-13 14 views
0

Das Team, an dem ich arbeite, verwendet in den meisten Projekten hauptsächlich TFS (Team Foundation Server) und wir bewegen uns langsam zu Git. Nachdem das gesagt wurde, scheinen sich einige von uns gegenseitig zu übersteuern. Wir haben einen "Master" und "Develop" Zweig. Jede Rückmeldung, die helfen kann, wird sehr geschätzt.Team wechselt von TFS zu GIT

Die Frage ist: Sehen Sie irgendwelche Probleme mit diesem Prozess, den wir versuchen zu folgen? Diese

ist, was unser Prozess ist:

  • Kasse "entwickeln" branch
  • erstellen "entwickeln-feature" branch
  • Änderungen an "entwickeln-feature" branch
  • Übernehmen von Änderungen an "Entwicklungsmerkmal" Zweig
  • Kasse Zweig " entwickeln" und für Updates
  • Checkout "entwickeln-feature" branch
  • Befehl Ausführen "git rebase entwickeln" Pull
  • Fix Konflikte zusammenführen, wenn jeder
  • Checkout "entwickeln" Zweig
  • Run-Befehl "Git Merge - Squash Entwicklung Feature "
+1

fließt Was ist die Frage? –

+0

Entschuldigung. Die Frage ist: Sehen Sie irgendwelche Probleme mit diesem Prozess, dem wir zu folgen versuchen? –

+0

Welcher Zweig spiegelt wider, was in der Produktion ist? Welchen Zweig setzen Sie in der Produktion ein? Verschmelzen Sie bei der Bereitstellung zu Master? Was passiert, wenn ich einen Feature-Zweig habe, der in develop, aber noch nicht vollständig getestet wurde und fertig ist, um zu prod zu gehen, dann füge ich deinen Feature-Zweig in develop ein und du bist bereit, zu prod gehen? Wird der Zweig in einer Staging-Umgebung zum Testen bereitgestellt? –

Antwort

1

Dies ist fast genau das gleiche Verfahren, das ich benutze, wenn ich von meinem Entwicklungsrepository zur Hauptleitung dränge. Der Schritt 'Konflikte bei der Zusammenführung beheben' sollte auch prüfen, ob Pull und Rebase etwas kaputt gemacht haben. Ich gehe davon aus, dass es nach dem Squash-Merge einen 'Git-Push' geben wird, um die Änderungen der Entwicklungs-Features zu veröffentlichen.

siehe

https://www.atlassian.com/git/tutorials/comparing-workflows/ 

für andere Arbeiten auch

+0

Ja, nach der Zusammenführung wäre ein Push zu "Ursprung/Entwicklung". Vielen Dank für die Vergleichs-Workflow-Informationen. Ich lese darüber und fühle, dass es ziemlich nah an unserem Prozess ist. –

+0

In 'git help -g' findest du ein paar gute Grundfunktionen. Sehen Sie besonders Abschnitte "Workflows" und "täglich". – Gregg

Verwandte Themen