2011-01-13 15 views
2

In aus aktuellem Projekt verwenden wir VSS und SVN Spur der Versionen zu halten. Aus irgendwelchen Gründen dürfen die Entwickler auf unserer Seite nicht in ihnen arbeiten. Wenn also viele Entwickler mit derselben Datei arbeiten, stoßen wir auf Versionierungsprobleme. Es ist sehr schwierig, den Überblick zu behalten. Kann jemand ein Versionskontrollsystem vorschlagen?Wahl Versionskontrollsystem

Nicht sicher, ob dies hohe Erwartungen sind, aber lassen Sie mich über Ihre Gedanken wissen.

+0

SVN Art bereits die Rechnung passen, und Sie nicht wirklich benötigen einen Server für sie einrichten. da das Repository von einem Dateisystem gelesen werden konnte. – dvhh

+1

Das Problem zu finden ist nicht ein Versionskontrollsystem zu verwenden, aber setzen _was verwenden Sie have_. Was ist ein VCS gut für das sich niemand verpflichten darf? Das ist dein Problem, und das muss behoben werden. – sbi

+0

Das Problem ist, die Jungs am anderen Ende haben Angst werden wir einige „unerwünschte“ begehen tun. Sie wollen also keinen Commit-Zugriff gewähren. Ich brauche etwas anderes als SVN zu verwenden. Ich möchte nicht, dass die Jungs am anderen Ende wissen, dass wir ein Versionsverwaltungssystem verwenden. – vinoth

Antwort

2

Für Multi-Site-Entwicklung wird ein DVCS (Distributed Version Control System) tatsächlich empfohlen, weil es erlaubt:

  • privaten
  • "backup" Veröffentlichung commit (Sie Ihre Branche drücken, die nach wie vor wird dann in der Remote-Repo gespiegelt werden wie Ihre Zweig: niemand wird)
  • gemeinsame Veröffentlichung betroffen sein: Sie einen gemeinsamen Zweig schieben (die Sie zuerst gezogen haben noch andere für Commits)
nehmen

Diese Veröffentlichung Workflow (orthogonal to branching) öffnet wirklich mehr Möglichkeiten in der Bezeichnung des Code-Management.

Wählen Sie eine (Git, Mercurial, ...) und Sie haben eine gültige Lösung für Ihre Probleme.

0

Um näher auf die Antwort von VonC einzugehen, würde ein DVCS allen Off-Site-Entwicklern erlauben, sich auf einen Server zu verpflichten, aber den Vor-Ort-Devs steuern (durch Ziehen), was in ihren kontrollierten Zweig/Repo eingebunden wird, wenn sie wollen.

das heißt, wenn die Vor-Ort-Jungs haben Angst vor Ihnen commiting es wahrscheinlich ist, weil sie nicht verstehen, bracnhing und Verschmelzung. und zur Zeit DVCSs sind die Könige von Zweig und Merging