Verschiedene Distributed Version Control Systeme arbeiten zusammen

Question

Mein Büro hat einen zentralen Source Safe 2005 installieren, die wir für die Quellcodeverwaltung.Ich kann nicht ändern, was die office-Anwendungen auf dem server.

Ich entwickle auf einem laptop und würde gerne eine andere lokale source-control-repository, können eine Synchronisierung mit dem zentralen server (wenn verfügbar), unabhängig von dem, was das zentrale Anbieter.Der Grund für die Anfrage ist, so kann ich halten einen lokalen stable-branch/bauen für Präsentationen beim Kunden, während weiterhin entwickeln, ohne zu springen durch brennende Reifen.Auch als Berater meine Kunden können verlangen, dass ich Ihre source control provider und Flexibilität, die hier das Leben leichter machen.

Kann der vorhandene distributed source control clients damit umgehen?

Answer 1

Naja...KernelTrap hat etwas auf dieser.Sieht aus wie Sie verwenden können vss2svn pipe-Source-Sichere-repo in ein Subversion-repository, dann verwenden Sie die sehr schöne git-svn zu ziehen, in ein lokales git-repo.

Ich würde davon ausgehen, die commits zurück zu VSS wäre nicht eine glatte, automatische Prozess mit dieser Methode.

Answer 2

Sie sollten in der Lage sein zu überprüfen, die aktuelle version von code und erstellen Sie ein git-repository, um es.Aktualisieren und machen es zu Ihrem lokalen git-repository sollte schmerzlos sein.Wie soll Sie Klonen.

Der einzige Haken ist, dass Sie brauchen, um Sie beide ignorieren sich gegenseitig (ich habe etwas ähnliches gemacht mit dem SVN) von messing mit den entsprechenden Dateien ignorieren.Ich vermute SourceSafe lassen Sie uns ignorieren Dinge.Und Sie müssen, um bestimmte Vorgänge zweimal (wie sagt sowohl das löschen einer Datei).

Answer 3

Diese episode HanselMinutes deckt genau das, was ich zu hören hoffte.Anscheinend Git kann lokal verwendet werden, dann an externe subversion/vss-repositories wie müssen.Sie sprechen über 14 ~ 15 Minuten.

Answer 4

einige Tag ich in einer Firma arbeiten, die VSS verwenden (und anderen Firmen verwendet werden, die andere weniger unknow SCM), aber ich mag die Verwendung SVN (eines Tages werde ich versuchen, GIT) für eine aktive Entwicklung, die für mich und meine Gruppe.

Erste von alle, in dieser situation ist es nur eine gute Idee, wenn verpflichten VSS wenige sind, die über Monate, weil der Umgang mit anderen SCM (als VSS) geben Sie mehr Flexibilität, aber commint VSS von SVN ist sehr teuer in Zeit.

Meine Lösung war:

VSS -> SVN:Ich habe linux-Skript (oder ant-Skript oder XXX-Skript), das kopieren von currrent update-Verzeichnis die Arbeit des VSS zu aktuellen SVN, und aktualisieren Sie dann SVN-client und update/merge-commit im SVN.Mit diesem, Sie update aus Veränderungen der rest der Unternehmen, die die Verwendung von VSS.

SVN -> VSS:In diese Weise, Sie brauchen eine Kasse für alle Ihre Dateien ändern VSS, dann können Sie einfach den reverse-Skript zum kopieren von aktuellen update SVN-Verzeichnis (ignorieren .svn-Verzeichnisse) und Kopie an aktuellen update VSS directory, update und commit.

Aber denken Sie daran, in ein paar Fall nicht Wert Ihre Zeit, dies zu tun.