Git-basierte Quellcodeverwaltung im Unternehmen: Vorgeschlagene Tools und Praktiken?

Ich benutze git für persönliche Projekte und finde es toll. Es ist schnell, flexibel, leistungsstark, und funktioniert Super für die remote-Entwicklung.

Aber es ist jetzt beauftragt, bei der Arbeit und, ehrlich gesagt, wir haben Probleme.

Out of the box, git scheint nicht gut zu funktionieren für die zentrale Entwicklung in einem großen (20+ Entwickler) Organisation mit den Entwicklern von unterschiedlichen Fähigkeiten und Ebenen der git Raffinesse, vor allem im Vergleich mit anderen source-control-Systeme wie Perforce oder Subversion, die sich an dieser Art von Umgebung. (Ja, ich weiß, Linus nie gedacht, es.)

Aber - aus politischen Gründen - wir stecken mit git, auch wenn es nervt, für das, was wir versuchen zu tun.

Hier sind einige der Dinge, die wir sehen:

  • Die GUI-tools nicht ausgereift
  • Mithilfe der Kommandozeilen-tools, es ist viel zu einfach zu Schraube bis ein verschmelzen und verwischen jemand anderes änderungen
  • Es nicht pro-user-repository-Berechtigungen über Globale lese-oder lese- /Schreibzugriff Berechtigungen
  • Wenn Sie die Berechtigung haben, zu JEDEM Teil eines Repositorys, die Sie tun können, die gleiche Sache, die zu JEDEM Teil des Repositorys, so dass Sie nicht tun können, so etwas wie eine kleine-Gruppe-tracking-branch auf dem zentralen server, die andere Leute nicht Durcheinander.
  • Workflows, die andere als "anything goes" oder "wohlwollenden Diktator" sind schwer zu fördern, geschweige denn durchzusetzen
  • Es ist nicht klar, ob es besser ist, verwenden Sie eine einzige große Ablage (die kann jeder Durcheinander mit allem) oder eine Menge von pro-Komponenten-repositories (die für Kopfschmerzen versucht zu synchronisieren-Versionen).
  • Mit mehreren repositories, es ist auch nicht klar, wie das replizieren aller Quellen, die jemand anderes hat, der durch das ziehen aus dem zentralen repository, oder etwas zu tun, wie alles bekommen, was ab 4:30 gestern Nachmittag.

Aber ich habe gehört, dass Menschen mit git erfolgreich in großen Organisationen der Entwicklungszusammenarbeit.

Wenn Sie in so einer situation - oder wenn Sie haben in der Regel tools, Tipps und tricks für die macht es einfacher und produktiver zu nutzen git in einer großen Organisation, wo einige Leute sind nicht Kommandozeilen-fans - ich würde gerne hören, was Sie vorschlagen.

BTW, ich habe gefragt, eine version dieser Frage bereits auf LinkedIn, und bekam keine richtige Antwort, aber viele "Oh Mann, ich würde lieben, zu wissen, dass auch!"

AKTUALISIEREN: Lassen Sie mich klarstellen...

, Wo ich arbeite, wir können nicht ALLES andere als git. Es ist nicht eine option. Wir ' re mit es stecken. Können wir nicht verwenden, mercurial, svn, bitkeeper, Visual Source Safe, ClearCase, PVCS, SCCS, RCS, bazaar, Darcs, monotone, Perforce, Fossil, AccuRev, CVS, oder auch Apple 's good ol' Projektor, den ich im Jahr 1987. So, während Sie sind willkommen, um zu diskutieren, andere Optionen, Sie ain ' T gonna bekommen die bounty, wenn du nicht diskutieren git.

Auch, ich bin auf der Suche nach praktische Tipps, wie Sie mithilfe von git im enterprise -. Ich habe eine ganze Wäsche Liste der Probleme die wir gerade haben an der Spitze dieser Frage. Wieder, Menschen sind willkommen, um zu diskutieren Theorie, aber wenn Sie verdienen wollen das Kopfgeld, geben Sie mir Lösungen.

Kommentar zu dem Problem
Sehr gute Frage. Kommentarautor: Benjol
Dies ist genau der Grund, warum stackoverflow.com/questions/2262799/why-not-use-git relevant ist. Ist die Politik wirklich ein problem in einem startup? Kommentarautor: Pascal Thivent
Ich halte die Politik zu informellen Anstrengungen, die gemacht werden müssen, zu verwalten, organisatorische Dynamik, weil es keine formalen system. So, in ein startup, viele Interaktionen sind Politik, weil niemand Zeit hatte, sich zu entwickeln, die den formalen Systemen. Kommentarautor: Bob Murphy
Dies ist eine sehr gute Frage. Ich muss allerdings sagen, dass ich bin ein bisschen neidisch. Ich wünschte, ich war "stuck" mit Git zu arbeiten. 😐 Kommentarautor: Dan Moulding
"Ja, ich weiß, Linus nie gedacht, es für,.", ehm er verwendet es für die Entwicklung von Linux, das ist nicht genau das getan, indem Sie ein paar dudes. Ich denke, was Ihnen fehlt, ist nicht die Werkzeuge, sondern ein plan des Angriffs, oder wie wir es nennen, ein Prozess ... (ich hasse dieses Wort) Kommentarautor: stefanB

InformationsquelleAutor der Frage Bob Murphy | 2010-03-05

Schreibe einen Kommentar