私は現在VSS 2005を使用している環境で働いています。私は現在、Subversion、TFSなどに変更する権限がありません。Visual Source Safe 2005での生活方法は？
VSS 2005で注意すべき主な問題点は何ですか？どうすれば私のバージョンを試して保存し、ソースコードを爆破するのに最適ですか？たとえば、Visual Studio 2008と統合する方が良いか、VSSクライアントを使用するほうがよいでしょうか？
VSSで何も複雑にしないでください。 VSSを使用したことがない人の多くは、ファイル共有としてファイルを使用しているだけです（つまり、ファイルは一度にチェックインされ、変更されません）。
VSSは、よく言われていない質問の暴行であなたを溺れさせます。それぞれの質問に対して1つの答えはありません。それぞれの質問を停止して考える必要があります。 VSSから切断すると、IIS上でVSSを使用するかどうかを常に尋ねられます。そうした場合、元に戻す方法はわかりません。
VSSプラグインを使用して初期プロジェクトを作成したり、プロジェクトをチェックアウトしたりしないでください。 VSSプラグインは、予期せぬ場所にファイルを配置する傾向があります.VSSクライアントを使用すると、VSSのプロジェクト構造を反映するフォルダ構造を提供する可能性が高くなります。
分岐する機能を組み込んで使用しないでください。マージしないでください。新しいVSSプロジェクト（新しいフォルダセット）を作成し、ブランチする必要があるときにまったく新しいものであるかのようにコードをチェックインします。マージをシミュレートする必要がある場合は、それ以上のものを使用してください。
ファイルの名前を変更しないで、新しいファイルを追加し、コピーを貼り付けてから削除しないでください。これは履歴チェーンを破るが、悪化は少なくなる
複数のチェックアウトを許可するが、あまり多くの作業を同じコード領域で行わないようにする。他の開発者にバージョンがあまりにも古くなるようにしないでください。古い作業フォルダのバージョンと最新のバージョンをマージしようとしています。そして、VSSは、ジュニア開発者を理解していない疑問に溺れさせる傾向があります。
非常に大きなチェックインはしないでください。サードパーティ製の製品がないと、低速のネットワーク接続では使用しないでください。
Visual StudioでVSSプラグインを使用する場合は、定期的にVSSクライアントを使用して作業フォルダを比較および同期しますが、バッチではなくファイルごとにファイルを作成してください。
リポジトリが大きくなりすぎないようにしてください。無関係な作業のためにリポジトリを分割する。
ログオンパスワードに惑わされてはいけません。 VSSは、フォルダのNTFSアクセス許可よりも安全ではありません。
開発者が会社を離れると、チェックアウトを元に戻すよう依頼します。管理者アカウントを使用して他のユーザーのチェックアウトを元に戻すよりも、同じマシンとユーザーの資格情報と作業フォルダを使用してチェックアウトを元に戻すほうが簡単です。
ソース管理システムのベストプラクティスもすべて適用されます。 binaryfilev1.bin、binaryfilev2.binではなくbinaryfile.binとしてバイナリの連続したバージョンをチェックインしますが、バイナリを意味するのはVSSか、テキストマージを試みます。
私はVSSとVSを統合しようとすると、ネガティブな経験はありませんでしたので、そうしないことをお勧めします。しかし、当時はASP.Net 1.1プロジェクトを扱っていましたが、それはどのようなフォルダ構造でもどこにでも住むことができる素晴らしい機能を持たず、主に問題に取り組んでいました。 VSSリポジトリを使用したプロジェクト構造。
これ以外にも、落ちやすいVPN接続でコードをチェックインしないようにすることができます。実際には...決してリモートでコードをチェックインしないことをお勧めします;）コミットの途中で接続が切断された場合、データベースが破損しているかどうかをダブルダウンすることができます。
最後に試した（これはずっと前）、Visual Studioの統合は、VSSプロジェクトブランチを使用するとひどくうまくいった。
私はVSSクライアントを使用しています。
その他の提言：
Visual Source Safe 2005と一緒に住むには？
アルコール。それの負荷。
最新のVSSファイルを毎晩チェックアウトしてSVNにチェックインする自動ジョブでステルスSVNリポジトリを実行します。
VSSが死んで（そしてそれが）上司に伝えられると、私たちは2番目のリポジトリを用意します。
良いアイデア！ VSSデータベースを破損する可能性のあることは、あなたの仕事が何もしていないことを確認してください。 –
どのような問題がありましたか？私は何年もVSSとのVS統合を使用して、統合の大きな問題に気づいたことはありませんか？ – mundeep
私は問題は、（同じファイルの異なるリビジョンを持つことを意味する）プロジェクトをブランチすると、Visual StudioからVSSへのマッピングが変更されていないファイル、つまり単純に新しいブランチにコピーされているので、Visual Studioはあなたが使いたいブランチではなくメインストリームで作業し続けます。それはずっと前からYMMVでした。 – ChrisW