TFS読み取り専用ファイルがアセンブリと構成ファイルの更新をブロックするとき（ccnet経由）

各ファイルが読み取り専用に設定されているため、TFSに移動するとビルドの回避策は失敗しますか？TFS読み取り専用ファイルがアセンブリと構成ファイルの更新をブロックするとき（ccnet経由）

CC.net、TFS2008（TFS 2010 2か月以内）、ターゲットフレームワーク3.5、msbuild 3.5を使用します。

2010-12-03 Maslow

あなたはAfterGetターゲットでこれを行うには、execコマンドを使用することができます。

<PropertyGroup> 
<MyProperty>D:\BuildSource</MyProperty> 
</PropertyGroup> 
.... 
<Exec Command="Attrib -r -s *.* /S /D" WorkingDirectory="$(MyProperty)" />

出典

2010-12-04 06:54:21 WeekendDiver

これはまともなパフォーマンスソリューションです。次のビルドのアップデートを取得しようとすると問題が発生しますか？ – Maslow

問題は一度も発生していません。ワークスペースは各ビルドごとに再作成され、CoreCleanタスクは読み取り専用かどうかに関わらずすべてのファイルを削除します。私がCoreCleanが失敗するのを見たのは、ビルドマシンなどでVisualStudioを開いたままファイルをロックした場合だけです。一般に、ほとんどのファイルを読み込み専用にしておくと、.NETの塊がうまく機能するので、通常は、それを必要とするプロジェクトに対してのみこれを行います。あなたのビルドに幸運！ :) – WeekendDiver

TFS読み取り専用ファイルがアセンブリと構成ファイルの更新をブロックするとき（ccnet経由）

答えて

関連する問題