Best practices auf GitHub repos, um eine Gabel oder einen Neuen Branch erzeugen

Ich bin auf der Suche nach der besten Praxis, die Verzweigung vs Verzweigung auf GitHub. Ich habe gelesen das Forking vs. Verzweigung in GitHub, aber es ist nicht relevant.

Unser team von 5 Personen arbeiten auf dem gleichen repository, und wir möchten vermeiden, merging, Probleme, Konflikte oder regression im code. Ziel ist es für die 5 Personen arbeiten an unterschiedlichen teilen des Projektes, oft auf die gleiche Datei.

Ich würde gerne wissen, ob es sich lohnt es zu :

  • Gabel das Projekt, die Arbeit und erstellen pull-Anforderungen, so dass jede Person kann überprüfen Sie den code, leicht, oder
  • erstellen Sie einen neuen branch - und merge auf den master, wenn die Arbeit getan ist.
  • Die beiden Optionen, die Sie vorgeschlagen, sind identisch von git-Perspektive, und fast identisch von GitHub Perspektive (die Sie erstellen können pull-requests von Zweigen im gleichen repository).
  • Danke für dein edit @random. Da bin ich auf der Suche nach den "best practices", ich hätte gerne mehr Kommentare, wie es von verschiedenen Firmen, und die pro - /Nachteile der einzelnen Optionen.
  • Ich bin nicht auf der Suche aus dem git-Perspektive, sondern aus der Perspektive eines Entwicklers.
  • Aus der Perspektive des Entwicklers, eine Gabel ist nur ein weiteres git remote können Sie push-to -. Wirklich, ich sehe keinen großen Unterschied, so oder so.
  • Hier ist eine ganze Liste von möglichen git-workflows, die Sie verwenden können: atlassian.com/git/workflows
  • Danke @Ajedi32, dass s einige links, wie ich bin auf der Suche nach.
  • In einem team von 5 die Zusammenarbeit auf ein gemeinsames Ziel hin ich sehe keinen Vorteil in der Gabelung. Die Verzweigung ist leichter und meiner Meinung nach genauer entspricht der Ende Ziel, dass alle 5 Beitrag zu dem gleichen Ergebnis. Obwohl funktional, nicht besonders anders, die Verzweigung setzt fast Voraus, dass Sie alle gehen zu ziehen, die code-Basis in weitgehend verschiedenen Richtungen, mehr lose sharing code. Vorausgesetzt, Sie sind in der gleichen organisation, die ein gemeinsames Ziel haben und einander Vertrauen - Verzweigung ist der Weg zu gehen für Sie, denke ich.
  • Mögliche Duplikate von Forking vs. Verzweigung in GitHub

InformationsquelleAutor Erowlin | 2014-07-25
Schreibe einen Kommentar