SubversionとSourceSafeを同時に使用していますか？

Question

私は最近新しい仕事を始めました。同社はソース管理にVisual SourceSafeを使用しています。私の以前の仕事ではSubversionを使用しました。新しい会社の「ルール」の1つは、それがうまくいけば、コードをコミットし、ビルドを中断しないことだけです。もう1つのルールは「分岐しない」です

これは私が枝を作って、その枝で作業し、私が望むときにコミットします（これは、私が何かをすれば元に戻すことができるという利益をもたらします愚かな - それはかなり頻繁に）し、私はすべてがうまくいけばうれしいときにトランクに戻って私の枝をマージします。

質問があります。自分のローカルSubversionリポジトリにファイルを追加できますか？SourceSafeに干渉しないでください。私はいつでも自分のローカルSubversionリポジトリにコミットすることができます、私はいつでも、私はSourceSafeでコミットするすべてに満足していますか？それは安全ですか？ SourceSafeを破ることはできますか？

おかげ

Answer 1

あなたはSourceSafeのを中断されません。これは、あなたの状況で働くための優れた方法です。

更新：sccファイルなど、あなたが直接関心のないファイルは無視してください。あなたのリポジトリはプロジェクト全体を再作成する必要はなく、変更したものを追跡するだけです。

私はMercurialとCVSで同じことをします。同社はCVSを使用しています。私が好きなときに私がチェックインするローカルのMercurialリポジトリを使い、私が幸せになったらCVSにチェックインします。個人レベルでのソース管理システムの変更[脇]

は正常であるが、チームのためにしばしば問題となり得ます。人々はソース管理の仕組みに慣れて、その利点を活用します。トータルバイインを行わずにシステムを変更すれば、失われた機能を上回る利点を上回ると感じるのに時間がかかることがあります。新しいシステムに慣れている間に、彼らは間違いを犯し、仕事を失い、完全にうまくいったと思っているシステムを変更してくれたことに感謝します。

Answer 2

リポジトリをコミットする必要はありませんが、特定の時刻にエクスポートされたコードが保存されているとは思いますが、これは良い考えです。あなたは.svnフォルダなどをSSに追加しないようにしたいと思っています。 SSで変更される可能性のあるものは、ロケールリポジトリにチェックインしてください。

SSは、コミットする（チェックインする）前に明示的に "チェックアウト"する必要があることに注意してください。それは同じファイルで同時に動作するSVNのスタイルではうまくいきません。あなたはあなたのものをチェックインする前にSSからの作業を新しくチェックアウトして仕事をsnycするのに "vendor branch"のようなものが必要かもしれません。