Subversion und SourceSafe gleichzeitig verwenden?

Question

Ich habe kürzlich einen neuen Job gestartet, und das Unternehmen verwendet Visual SourceSafe für die Quellcodeverwaltung. Bei meinem vorherigen Job haben wir Subversion benutzt. Eine der "Regeln" der neuen Firma ist, dass Sie Ihren Code nur dann festschreiben, wenn Sie froh sind, dass er funktioniert und dass Builds nicht beschädigt werden. Die andere Regel lautet 'No Branching'.

Das verkrampft meinen Stil ein bisschen, weil ich es genieße, einen Zweig zu erstellen, an diesem Zweig zu arbeiten, wann immer ich es wünsche (was mir den Vorteil bringt, wenn ich etwas mache) blöd - das kommt recht oft vor) und fusioniere dann meinen Zweig wieder in den Kofferraum wenn ich glücklich bin funktioniert alles wie es soll.

Also, die Frage ist ... Kann ich Dateien zu meinem eigenen lokalen Subversion-Repository hinzufügen, und nicht SourceSafe stören? Ich kann mich dann zu meinem lokalen Subversion-Repo verpflichten, wann immer ich es wünsche, und wenn ich mit allem zufrieden bin, was ich in SourceSafe begehe? Ist es sicher? Werde ich SourceSafe brechen?

Dank

Answer 1

Sie werden nicht Source brechen. Dies ist eine hervorragende Möglichkeit, in Ihrer Situation zu arbeiten

Update: Ignorieren Sie eine Datei, die nicht von direktem Interesse für Sie ist, z. B. SCC-Dateien. Ihr Repository muss nicht das gesamte Projekt neu erstellen, sondern nur die Dinge im Auge behalten, die Sie ändern.

Ich mache das gleiche mit Mercurial und CVS. Das Unternehmen verwendet CVS, und ich benutze ein lokales Mercurial-Repository, das ich einchecke, wann immer ich möchte, und checke bei CVS ein, wenn ich glücklich bin.

[beiseite]

Ändern Quellensteuersystemen auf individueller Ebene ist in Ordnung, aber für ein Team kann oft problematisch sein. Die Leute gewöhnen sich daran, wie die Quellcodeverwaltung funktioniert, und nutzen dies zu ihrem Vorteil. Ändern Sie das System ohne Total Buy-In und es kann lange dauern, bis sie spüren, dass die Vorteile die Funktionen überwiegen, die sie verloren haben. Während sie sich an das neue System gewöhnen, machen sie Fehler, verlieren Arbeit und können ein wenig nachlässig sein, wenn sie Ihnen danken, dass sie ein System geändert haben, von dem sie glaubten, dass es perfekt funktionierte.

Answer 2

Das scheint eine gute Idee, obwohl ich glaube nicht, dass Sie Ihre Repository, aber eine exportierte Version des Codes zu einem bestimmten Zeitpunkt festhalten sollte. Sie möchten sicherstellen, dass Sie keine .svn Ordner usw. zu SS hinzufügen. Überprüfen Sie in Ihrem Gebietsschema-Repository, was sich in SS ändern könnte.

Beachten Sie jedoch, dass SS erfordert, dass Sie Dateien explizit "checken", bevor Sie sie festschreiben ("checken") können. Das spielt schlecht mit SVNs Art, gleichzeitig an den gleichen Dateien zu arbeiten. Sie können etwas wie eine "vendor branch" benötigen, um Ihre Arbeit mit einem frisch ausgecheckten Arbeiten von SS zu erledigen, bevor Sie Ihre Sachen einchecken.