2009-06-12 6 views
1

基本的には、達成したいのは、同じプロジェクトセットを含む2つのソリューションを持つことができるようにすることですが、第1のソリューションはソースコントロールに縛られる必要があります。ソリューションファイル(.sln)内のVisual Studioソース管理バインディング(VSS2005への)情報のみをプロジェクトファイルから除外することはできますか?

Visual Studioでソース管理の統合が必要なときはいつでも、1番目のソリューションを開くことができますが、2番目のソリューションを開くことはできません。

問題は、VSがいくつかのバインディング情報をプロジェクトファイルに保存していて、そこにある間にプロジェクトがどのような解決策であっても、VSで開いたときにソースコントロールの統合が行われることです。

すべてのバインディング情報を.slnファイルにのみ入れることはできますか?

また別の解決策がありますか?

編集:チームメンバーの一部は、Visual Studioでソース管理の統合を持っていることを好むので、私はそれをやりたい理由がある、他の人がいません。 2つのソリューションを持つことは彼らに選択肢を与えます。

+0

あなたはこれをやりたい理由を説明できますか? VSSから切り離して作業できるようにしたいですか?あるいは、それをチェックインしようとすることなく、いくつかのコードを修正しようとしていますか? – PJ8

答えて

3

これは、プロジェクトの同じ設定できませんでした - プロジェクト内のファイルがソース制御かのどちらかですが、あなたは、非ソース管理コピーを持つことができますソースコントロールから取得したバージョン。

おそらく、ソースコントロールのバインディングを削除するプロセスを自動化できます。したがって、ソース管理から解決策を得て、コピーを作成し、コピーからソース管理バインディングを削除します。

私はこれまで、共有クラスライブラリを持つソース管理のソリューションと共有ライブラリを使用するサンプルアプリケーションでこれを必要としました。ソースコントロールバインディングなしでサンプルアプリケーションを含むZIPファイルを出荷できるようにしたかったのです。

0

これは技術的に可能です。 [ファイル] - > [ソース管理] - > [ソース管理の変更]ダイアログを開き、ルートソリューションを含む各プロジェクトのバインドを調整できます。しかし、おそらくあなたが望むことはしません。プロジェクトからバインディングを削除してもソリューションバインドを維持すると、ソリューションマネージャ自体の変更(たとえば、Configuration Managerでの作業)が自動的に&にチェックされた状態になりますが、個々のプロジェクトシステムによって「所有」されることはありません。

IMOは、SCC統合が嫌いな開発者に、ツール - >オプション - >ソース管理 - >環境の設定を好きなように調整することです。ここでは、あなたの背中の背後にあるSCC機能のほとんど(すべて?)をオフにすることができます。そしてそれらはすべて厳密にユーザーごとであり、makefileではなくHKCUレジストリに格納されています。

関連する問題