SubversionにASP.NET Webサイトを保存するベストプラクティス？

Question

私は現在、複数の開発者がSubversionを使ってコードを配布しているASP.NETプロジェクトに取り組んでいますが、現時点ではまったく間違っています。 Subversionリポジトリを設定した人には、自分のコンピュータに固有の設定ファイル、bin \ *ディレクトリなどが含まれています。

私は、このリポジトリをチェックアウトしてそれを自分のコンピュータ上で稼働させなければならない人で、コンパイルするためにすべてを並べ替えるためにかなり時間がかかりました。今私は私の会社の技術リーダーに送るためにSubversionのガイドラインの文書を書くことを考えています。そうすれば、プロセスを標準化してこれらの問題を回避することができます。

私が探しているのは、ガイドラインの入力です。

ビルド出力ディレクトリの外側でチェックされているサードパーティのライブラリを持つようにファイル構造を設定する必要があります（これらのファイルは作成されないためです）。リポジトリに含まれています）。このディレクトリの名前は "ライブラリ"にする必要があります。

Subversionにはマシン固有のファイルは含まれません。したがって、Web.configのテンプレートだけがチェックインされ、開発者が自分のマシンに合わせてカスタマイズします。この動作は既定でVisual Studio 2010に含まれており、個々の構成ファイル（Web.Local.config）にはテンプレート（Web.config）が自動的に適用されます。特定のマシンに適用される限り、Subversionにはローカル設定ファイルを含めないでください。

ソリューションファイルとプロジェクトファイルに絶対パスを含めないでください。

無視リストを設定する必要があります。で開始：

' 
*.user 
obj 
' 

ウェブサイトおよびサードパーティのライブラリに固有のクラスライブラリとASP.NET 2.0のWebサイトの例のファイル構造：

' 
/trunk/ 
    Libraries/ 
     ThirdParty.dll 
    MyClassLibrary/ 
     bin/ [Ignore] 
     obj/ [Ignore] 
     Properties/ 
      AssemblyInfo.cs 
     SomeClass.cs 
     MyClassLibrary.csproj 
      - Holds references to third-party libraries. For example: 
       ../Libraries/ThirdParty.dll 
    MyWebApplication/ 
     bin/ 
      ThirdParty.dll [Ignore; copied by build process] 
      ThirdParty.dll.refresh 
       - Contains "../Libraries/ThirdParty.dll" 
     Default.aspx 
     Default.aspx.cs 
     Web.config [Ignore] 
     Web.config.template 
    MySolution.sln 
     - Holds list of projects. 
     - Has reference information for projects. 
' 

代替Web.config.templateを使用しますWeb.configのLocal.configファイルを含めるようにしてください。ただし、柔軟性が低い可能性があります。

WebサイトプロジェクトではなくWebアプリケーションプロジェクトを使用する場合、参照は.refreshファイルではなくプロジェクトファイルに格納されるため、bin /フォルダは無視されます。

上記の提案に間違いがありますか？何か不足していますか？誰も無視リストの提案がありますか？私は今、いくつかのエントリーを開始しました。

Answer 1

あなたは途中で良いステップだと思います。しかし、ファイルの代わりに/ MyWebApplicationのbinフォルダ全体に無視してみてはどうでしょうか？ Subversionにあなたのビルド出力を追加しませんか？私は間違いなくそのことを悪い習慣と考えています。

また、あなたが転覆にweb.configファイルを追加することもできますが、要素内のappSettingsに新しいファイルを参照することができた場合：例えば

<appSettings file="local.config"> 

はその後local.configファイルがで無視されていsvn。それが私がいつも動作する方法です。

もちろん、すべてのプロバイダがconnectionString要素から接続文字列を取得する必要があるため、すべてのコンフィグレーション可能なパラメータがappSettingsにある場合にのみ機能します（プロバイダモデルが嫌い理由の1つです。 appSettingsからの接続文字列）

編集を取る：troethomは私を啓発し、あなたも

<connectionStrings configSource="ConnectionStrings.config"/>. 

は、だから私はどうなる事がある別のファイルにするConnectionString構成設定を上書きすることができますことを、指摘しましたプラSubversionコントロールの下にある実際のweb.configファイルを読み込みますが、ローカルで設定を上書きするその他のファイルはsvnによって無視されます。

Answer 2

.refreshファイルを追加する必要があります。実際のDLLではありません。

Visual Studioプロジェクトシステムは、SCCプロバイダにソース管理に追加する必要があるファイルの一覧を送信します。 AnkhSVNは、この情報を使用してこれらのファイルを追加することを提案するSubversion SCCプロバイダです（他のファイルではありません）。

ファイル拡張子のみを参照するVisualSVNおよびその他のSubversionクライアントは、ASP.Netからこの情報を取得しません。

（注：.refreshファイルを削除すると、Visual Studioがコミットする必要があるファイルのリストにDLLを追加します）2.0 Web用