Kombinieren Sie DVCS mit Visual Source Safe

Question

Ich bin gezwungen, Visual Source Safe 2005 bei der Arbeit zu verwenden. Ich mag, dass mit einem DVCS kombinieren, so dass ich Dateien überprüft in lokal kann meine Mitarbeiter ohne Unterbrechung, wenn es ein Fehler ist oder es nicht kompiliert werden.

In meinen Versuchen mit Mercurial, es funktioniert, aber verursacht ein paar seltsamen Fragen. Das heißt, denkt, dass es jemand anderes die Dateien ausgecheckt hat habe ich ausgecheckt.

Hier ist meine Gedanken darüber, wie ich es schaffen soll:

1. Deaktivieren Sie die automatische Kasse.
2. Arbeit vor Ort in Mercurial
3. Wenn ich bereit bin, meine Änderungen zu schieben ...
   1. Klonen meiner Mercurial-Repository.
   2. Aktualisieren meiner Visual Source Safe-Repository
   3. Ziehen und verschmelzen die beiden Repositories Mercurial.
   4. Überprüfen Sie alles in Visual Source Safe.

Klingt das vernünftig? Ich höre immer schlecht über VSS, ist dies nur gefragt, für mich aus erster Hand, um diese Probleme zu sehen?

Answer 1

WBlasko

Ich habe das gleiche Problem gefunden. Ich wollte Dateien ändern und sie verschmelzen bei Bedarf stattdessen für einige andere Entwickler des Wartens zu entsperren. Die Lösung, die für mich gearbeitet wurde:

1), um die neueste Version eines VSS-Projekt (ich platziert alle VSS-Projekte unter vss):

c:\vss\projectA

2A) Initialisieren mit Mercurial

cd vss\projectA
C:\vss\projectA>hg init

2B) klonen, das Projekt zu dem Ort, an dem sie nach Belieben geändert werden

hg clone vss\projectA myProjects\projectA

3) Besorgen Sie sich die neuesten Änderungen aus der VSS-Kopie (überspringen, wenn Sie von 1 kam und 2)

C:\myProjects\projectA>hg pull
C:\myProjects\projectA>hg update
(solve conflicts if any)

4) nach Belieben Arbeit mit der geklonten Version. Später schieben Sie Ihre Arbeit mit der vss Kopie:

C:\myProjects\projectA>hg push
(don't run hg update yet, wait for VSS latestes version)

5) Nun führen Sie eine Kasse aller Dateien auf das VSS-Projekt

6) Run "hg update" auf dem VSS-Projekt, um die Änderungen zu den neuesten VSS Änderungen zusammenführen.

C:\vss\projectA>hg update
(if there are conflicts, resolve them)

7) Bestätigen Sie die Änderungen

C:\vss\projectA>hg commit

8) Führen Sie eine VSS checkin (die Schlösser zu den anderen Leuten Freigabe) Zurück 3. Wiederholen Sie die Schritte 3-8 für immer Schritt dann ...; -)

So können Sie mit einem guten Versionskontrollsystem arbeiten können, während noch in der Lage „sprechen“ Legacy-Projekte sein. Sie werden auch genießen können sein: a) Kein Problem mit gesperrten Dateien b) Sie können Ihr Repository mit anderen teilen, die wissen, wie Hg verwenden c) machen Zweige, etc

Just vorsicht zum ersten Update / Konflikte lösen, Test und führen Sie dann VSS checkin

Cheers, Luis