Visual Source Safe Changelists

Question

多分誰かがVSSにPERFORCEのようなチェンジリストをさせるプラグインを知っているかもしれませんか？私はその長いショットを知っていますが、私たちはVSSに固執しています。

Answer 1

あなたはVSSに悩まされていると言いますが、Team Foundation Serverへの切り替えはオプションですか？これは基本的にVSSの後継製品であり、「マイクロソフトのショップ」を維持する方向にある場合は、依然として要件を満たしている可能性があります。 Team Foundation Serverは、チェンジリスト（チェンジセット - 好きな用語）をサポートしています。 Summary：

ソースコントロールのTeam Foundation Serverの は、Team Foundationのバージョン管理 （TFVC）と呼ばれるソース管理リポジトリ、 を提供します。 ファイルベースのストレージ・メカニズム、チーム Foundationのソース管理ストアですべての コードだけでなく、すべての の変更の記録と現在のチェックアウトを頼って、Microsoftの以前の ソース管理の提供、ビジュアル SourceSafeの（VSS）とは異なり、 SQL Serverデータベースで。まだ他に が利用でき、それらをしながらそれは、 棚およびアンシェルブ（シェルビングは、保留中の変更のセットを保存する 方法です ソース コントロールにコミットせずに、 など複数の同時 チェックアウトなどの機能、紛争解決をサポートしていますユーザ）、 分岐と合流し、文書 バージョニング、ロック、ロールバック、および アトミックコミットの最も 可視の特徴と一緒に、 ソースツリーのどのレベルに セキュリティレベルを設定する機能。ソース管理 メカニズムはチーム と統合されています。システムの作業項目も同様です。 チェックイン（と呼ばれる「チェンジ」）が発生したときに、 開発者は チェックインは 特定の問題を解決に向けて動作することを示すために、一つ以上の 特定の作業項目に関連付けられている彼の コードを持っていることを選択することができます。 TFS管理者 は低迷のように（合格したに にコード分析の要件を必要と ポリシーで、チェックインだけでなく、仕事 項目で、チェックインの 関連付けを強制する、または 関連した作業項目の状態を更新するを強制することができます バグが修正されたコード をチェックインすると「バグが修正されました」）。ファイルの個々の には というラベルを割り当てることができ、同じ ラベルを持つすべてのファイルはリリースグループを形成します。 VSSとは異なり、（ から同じファイルに異なる の参照を許可するTFSのソース管理リポジトリ はソース フォルダ構造の複数の場所からのアイテム へのリンクをサポートしていません。また、 項目が「固定」することを許可しません の異なるバージョンを指して別のディレクトリに移動して、 を編集することはできません）。

TFVCは、各ブランチを個別に維持 された状態で、全体 ソースコードレベルならびに ならびに個々のファイルおよびディレクトリレベルで分岐サポート。複数の 枝は それは が自動的 差異を調整するか、できない場合は 手動検査のためにそれらにフラグを立てることができ、同じファイルの 二つの枝の間で変更をマージ競合の解決に建て アルゴリズムで、一緒にマージすることができます。 Merge は、ブランチレベルではなく、「チェンジセット」レベル でも実行できます。 マージが成功すると、ソース管理 リポジトリで自動的に がチェックアウトされます。

TFVCはソースコードだけ に限られますが、それは上 を構築されているのWindows SharePoint サービスインフラストラクチャを使用して、それがプロジェクト 計画を含め、同様 プロジェクト内の他の文書のためのバージョン管理 ライブラリを提供していません、要件および機能 他の分析ドキュメント。 ソース管理の文書 リポジトリは任意の作業 とリンクでき、アクセスは となり、アクセスは となります。

Answer 2

VSSがこの種の機能をサポートしているとは思いません。おそらく、VSSに関する問題を説明するビジネスケースを経営陣に提出する必要があります。また、何かに切り替えることで開発リスクが軽減され、生産性が向上するでしょう。

多くのフリー/オープンソースのSCMだけでなく、合理的な価格のいくつかの商用製品（PERFORCEなど）があります。

幸運 - 私は同じような状況にあった。