Ich frage mich, ob es eine bewährte Methode gibt, Ihren Quellcode unter Versionskontrolle zwischen verschiedenen Unternehmen zu halten. In Open Source gibt es einen Betreuer, der Patches erhält, sich darüber entscheidet und sie anwendet. Aber was ist mit Closed-Sourced-Projekten, bei denen verschiedene Unternehmen unterschiedliche Workloads erhalten und sie nur an den Stamm und die Filialen binden? Ist dieses Betreuerkonzept auf ein Projekt anwendbar, an dem mehrere Unternehmen arbeiten?
Sie können aus einer Vielzahl von Versionskontrollsystemen wählen. (Nicht nur Subversion) Mit dem "Versioning" -Konzept sind Sie sicher, dass niemand das Projekt dauerhaft beschädigt. Ein manuelles Genehmigungsverfahren, insbesondere bei Verträgen zwischen den beteiligten Unternehmen, ist nicht erforderlich.
Ich habe auch eine Commit-Mailingliste eingerichtet, damit Sie eine Art Peer-Review der Änderungen durchführen können. Es können also keine Änderungen vorgenommen werden, ohne dass jemand sie bemerkt.
Richten Sie gegebenenfalls eine Art kontinuierliche Integrationsumgebung ein, um die Qualität zu erhalten.
Ich verstehe die Frage nach den Zweigen nicht. Die Entscheidung, ob man sie benutzt oder nicht, hängt IMHO nicht davon ab, dass die Commiters in derselben Firma beschäftigt sind oder nicht.
Es liegt ganz bei Ihnen, zu entscheiden, welcher Workflow am besten für die beteiligten Unternehmen funktioniert. Subversion verfügt über die Möglichkeit, Berechtigungen für Ihre Trunks und Zweige hinzuzufügen, sodass Sie bestimmte Teile Ihres Repositorys für Personen sperren können, die dem Merge-Zugriff "vertraut" sind ankern. Sie brauchen eine gute Kommunikation zwischen den Unternehmen. Die Verwendung der Open Source Trac bietet ein Wiki, integrierte RSS-Feeds der Commits zum Projekt und Code-Browser.
Normalerweise arbeitet jede Site auf ihrem eigenen Zweig und kann die andere Zweigstelle importieren, um zu entscheiden, was in ihre eigene Arbeit integriert werden soll.
Wenn eine Site jedoch direkt auf der anderen Site-Zweigstelle arbeiten muss, ist eine mögliche Praxis das Konzept der Zweigmitgliedschaft, bei der nur jeweils eine Site an einer bestimmten Verzweigung arbeiten kann.
(nicht sicher, ob es mit SVN möglich ist)
Dies ermöglicht es zwei entfernten Standorten (mit einer großen Zeitverschiebung), an derselben Aufgabe in einer eng integrierten Weise zu arbeiten.
Meine Empfehlung: subversion , mit der Sie konfiguriert wurden verschenke eine URL und checke dann, aktualisiere, erledige die Dinge und wenn du denkst, dass das Projekt fertig ist, schnapp es und gib es aus.
Tags und Links version-control