Funktionieren FOSS-Versionskontrollsysteme für Unternehmen? [geschlossen]


11

Angenommen, ein großes Unternehmen plant, das vorhandene Versionskontrollsystem zu ersetzen. Nehmen wir an, es werden nur Systeme von großen Anbietern in Betracht gezogen, die Hunderttausende von Dollar kosten, weil sie "Support" haben.

Muss die Versionskontrolle in einer Unternehmensumgebung teuer sein? Verwendet Ihr mittleres / großes Unternehmen ein FOSS VCS wie SVN / Git / Mercurial? Was war die Erfahrung?

Ich muss denken, dass es nicht teuer sein muss, da es so viele kostenlose Optionen gibt, und es gibt wahrscheinlich Unternehmen, die FOSS VCS kostenpflichtig unterstützen, wenn dies das Hauptanliegen ist.

Ich beabsichtige nicht, mit dieser Frage VCS zu vergleichen oder zu entscheiden, welches am besten ist, sondern nur die Erfahrungen mit VCS in einer Unternehmens-IT-Umgebung zu verstehen.

Antworten:


29

Ja.

  
Nach meiner (zugegebenermaßen begrenzten) Erfahrung sind die Nicht-FOSS-Lösungen eher "unternehmerisch". Das ist,

  • Sie integrieren sich in alles unter der Sonne.
  • Sie verfügen über mehr integrierte Steuerelemente für komplexe Geschäftslogik (Berechtigungen, Zugriffskontrolle, Genehmigung usw.).
  • Sie werden mit Supportverträgen und einigermaßen reaktionsschnellen technischen Supportlinien geliefert.
  • Sie sind gut beworben für nicht-technische Mitarbeiter, die in großen Unternehmen VCS-Entscheidungen auf hohem Niveau treffen.

Diese Eigenschaften machen sie für große Unternehmen attraktiv, insbesondere für Menschen, die sie nicht verwenden müssen. Die FOSS-Alternativen als Zähler zu den oben genannten:

  • Verfügen Sie über zahlreiche Tools von Drittanbietern, um sie in alles unter der Sonne zu integrieren (da sie beliebter sind als proprietäre Alternativen), und es ist in der Regel einfacher, Tools von Drittanbietern für Betriebssysteme zu entwickeln.
  • Siehe vorher - einfacher, externe Tools um ein sauberes, einfaches, einfaches Tool herum zu bekommen.
  • Da sie populärer sind, haben sie eine breitere Unterstützung auf Gemeindeebene.
  • Sie brauchen diese Werbung nicht.

Abgesehen davon sind meine Erfahrungen mit gängigem kostenlosem VCS (mercurial / svn / etc) schneller, zuverlässiger und benutzerfreundlicher.


5
+1 - Ich bin mit SVN viel glücklicher als mit SourceSafe.
Jon Hopkins

5
@ Jon +1 - Ich bin mit Mercurial viel glücklicher als je zuvor mit SVN.
Tim Post

1
@Tim - Derzeit wird Mercurial informell vor einer möglichen Migration bewertet.
Jon Hopkins

8

Ich stimme @Fishtoaster darin zu, dass die FOSS-Versionskontrolle alle Funktionen hat (oder in andere FOSS-Software integriert werden kann, die die Funktionen bietet), die selbst das größte "Unternehmen" benötigt.

Leider werden meiner Erfahrung nach viele Entscheidungen in Unternehmen nicht von Personen getroffen, die über technische Kenntnisse verfügen, um diese Entscheidung zu treffen . Das heißt, die Personen, die zum Kauf in einem Unternehmen berechtigt sind, werden direkt von der Verkaufsabteilung anderer Unternehmen zum Kauf ihrer Software angesprochen . FOSS bekommt nicht einmal einen Blick hinein, weil niemand an sie verkauft.

An einem Ort, an dem ich gearbeitet habe, haben wir eine dieser "Enterprise" -Versionskontrolllösungen verwendet. Es war langsam (es dauerte buchstäblich mehr als eine Stunde , um die neueste Version des Codes vollständig auszuchecken!) Und fehlerhaft, und alle beschwerten sich darüber. Viele Entwickler haben das Auschecken tatsächlich durchgeführt (wie gesagt, es dauerte mehr als eine Stunde ) und dann ein lokales SVN- oder Mercurial-Repository über diesem Auschecken eingerichtet, ihre Codierung für dieses Repository durchgeführt und es erst dann wieder in das Haupt-Repository eingecheckt, wenn erforderlich.

Wir hatten Glück, dass wir jede Software installieren durften, die wir brauchten. Aber die Tatsache, dass die Leute den "Prozess" so untergraben haben, sagt mir, dass etwas ernsthaft mit dem Prozess nicht stimmte ...


1
Genau das habe ich getan, meine eigene lokale SVN einzurichten, da das mitgelieferte VCS so schrecklich ist.
Jimueller

4

Der Hauptunterschied zwischen FOSS und kommerzieller Software besteht darin, dass erstere auf Stolz basiert, während letztere auf Einkommen basiert.

Fragen Sie sich: Wie glücklich sind die Leute, die Software XYZ geschrieben haben?

Wenn es FOSS ist, waren sie wahrscheinlich sehr glücklich, denn warum sollten sie sich sonst die Mühe machen, ihre Zeit damit zu verschwenden?

Wenn es sich um kommerzielle Software handelt, kann man das nicht wirklich sagen. Die Chancen stehen gut, dass die Leute dafür bezahlt wurden, etwas zu schreiben, das sie nicht wirklich mögen.

So bekommt FOSS-Software mehr Liebe. Das bedeutet nicht unbedingt, dass es besser ist, aber wenn es ein erfolgreiches FOSS-Projekt ist, können Sie ziemlich sicher sein, dass es besser ist als alles, was Sie kaufen können ("Geld kann kein Glück kaufen", erinnern Sie sich?).

Wie können Sie feststellen, dass es erfolgreich ist? Überprüfen Sie die Website. Wenn die Website aktuell ist und gut aussieht, ist sie erfolgreich genug, um Zeit auf der Website zu verschwenden (FOSS-Entwickler sind hart im Nehmen; sie möchten keine Zeit mit etwas verschwenden, das keinen Juckreiz verursacht).

Damit bleibt der wichtigste Punkt: Unterstützung. Unternehmen kaufen keine Software, um sie legal zu verwenden, sondern um Unterstützung zu erhalten, falls etwas schief geht (wenn man bedenkt, dass 100 Leute nicht arbeiten können und ich innerhalb eines Tages eine Lösung bekomme, ist das 100.000 US-Dollar wert). Glücklicherweise können Sie Support für FOSS-Software kaufen (auf der Website finden Sie Hinweise oder fragen Sie in der Mailingliste nach).

Ja, wenn Sie eine Evaluierung durchführen und der FOSS Ihren Anforderungen entspricht, gibt es keinen Grund mehr, kommerzielle Software zu bevorzugen.


2

Ich habe persönlich gesehen, wie SVN in einem großen Unternehmen erfolgreich gearbeitet hat, und habe Berichte über andere Erfolgsgeschichten gehört. Ich denke, eines der wichtigsten Dinge, die Unternehmen vor Open Source Angst machen, ist mangelnde Unterstützung. Sie fühlen sich wie auf einem Drahtseil ohne Sicherheitsnetz. Oft finden Sie jedoch Unternehmen, die Supportverträge für Open Source-Software anbieten. Für SVN gibt es CollabNet und andere.


1
Aber SVN verzweigt wirklich nicht sehr gut, es ist im Grunde genommen scheiße. Wie können Sie also SVN in einem Projekt verwenden, in dem beispielsweise mehr als 10 Personen an derselben Basis arbeiten?
Bjarke Freund-Hansen

@bjarkef: Ich verzweige und verschmelze von Zeit zu Zeit mit Subversion. Ich denke, es ist eine Legende, dass SVN daran scheiße ist. Sicher, Git und Mercurial basieren auf einem völlig anderen System, das auf Zweigen basiert. Aber es kommt nicht seltener zu Konflikten als Subversion. Das Zusammenführen ist also nicht das Problem, nur einige Leute bevorzugen den Stil, in dem die Repos und Zweige mit DVCS organisiert sind.
Mnementh

3
Ja. Aus meiner Sicht verzweigt sich SVN wirklich phänomenal gut . Wahrscheinlich, weil unsere Quellcodeverwaltung zuvor Visual Source Safe war, was bei der Verzweigung miserabel war (und ALLES ANDERE).
John Christensen

@ John - Mein Problem war, dass es wirklich schwierig war, von einem DVCS zurück zu einem CVCS zu wechseln . Mein VCS-Fortschritt war RCS> VSS> Mercurial> SVN. Die ersten beiden Übergänge waren einfach und machten viele Dinge einfacher, einfacher und schneller. Das letzte war ein Albtraum - selbst mit git-svn kann die inhärente Inflexibilität der veralteten linearen Geschichte von SVN nicht rückgängig gemacht werden. Ich freue mich auf unseren Umzug nach Git, obwohl ich die Einfachheit von Quecksilber wieder vorgezogen hätte.
Mark Booth
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.