Die meisten Git-Repositories haben einen Master-Zweig, aber an diesem Namen gibt es nichts Besonderes. Sie können den Master-Zweig löschen, einen anderen Zweig in Master umbenennen und den Master-Zweig ganz überspringen.Was wird brechen, wenn ich keinen Git Master Zweig habe?
Ist alles in git hardcoded, um einen Master-Zweig zu erwarten? Wenn ich ein Repository habe, das keine Verzweigung mit diesem Namen hat, kann ich erwarten, dass es falsch funktioniert?
Das Problem in einem D VCS (wie in „Dezentral“) ist der Begriff der „Konvention“, die als für ein klassisches VCS wichtiger sein können.
Da jeder Benutzer auf das Repository klonen, könnten sie ein Skript bereits an der richtigen Stelle, die für einen „Master“ Zweig analysieren wird (wie diese build.pl perl script)
Auch wenn Sie Ihre Zweige mit beliebigen Namen benennen oder organisieren Sie wollen in Subversion (you are not required to have a "trunk" for instance), könnte es klug sein, , wenn Sie Ihr Repository veröffentlichen, mindestens diese Konvention zu respektieren.
Wenn dies rein interne Entwicklung ist (mit interner Replikation für Sicherungszwecke zum Beispiel), können Sie es benennen, was Sie wollen.
meines Wissens wird nichts in Git brechen. Wenn Sie jedoch mit anderen Entwicklern arbeiten, die an eine Master-Zweigstelle gewöhnt sind, können ihre persönlichen Arbeitsabläufe möglicherweise unterbrochen werden, es sei denn, dies wird ihnen eindeutig mitgeteilt. Hoffe das hilft!
Sie müssen keine Master-Verzweigung haben, aber Sie sollten wahrscheinlich HEAD auf eine Verzweigung setzen, die sogar in einem leeren Repository existiert. HEAD wird verwendet, um zu bestimmen, welcher Zweig standardmäßig von git clone zum Auschecken geprüft wird.