私の経験は、VSFSと機能的に同じであると信じられているTFSです。
ビルドエージェントがビルドごとにいくつかのフォルダと作業ディレクトリを持つ:
- - Build.ArtifactStagingDirectoryを - 構築アーティファクトが行くところです。 Build.BinariesDirectory - - Build.SourcesDirectory - - 構築バイナリは
- の行くべき場所であるステップは、自動的にこのディレクトリ
- Bにコピーします構築「をコピーし、成果物を作成公開」これをソースコードがプルダウンされた場合であります
- TestResults - Common.TestResultsDirectory - テスト結果が格納されます。
出力をビルドバイナリディレクトリにコピーするようにMSBuildに指示できます。私が使用する引数は、展開可能なファイルシステム(XCopy/Robocopy展開可能)出力とWeb Deploy出力の両方を作成します。私はファイルシステムの展開可能な出力を好む。
Visual Studio Buildステップを作成し、これらをMSBuild引数として使用します。彼らのいくつかはあなたにあまり適用されないかもしれないことに注意してください、実験してください。
/p:SkipInvalidConfigurations=true /p:DeployOnbuild=True /p:GenerateProjectSpecificOutputFolder=true /p:GenerateBuildInfoConfigFile=false /p:OutDir=$(Build.BinariesDirectory) /p:UseWPP_CopyWebApplication=true /p:PipelineDependsOnBuild=false
この結果は、Build.BinariesDirectory\<project name>\_PublishedWebsites
になります。そこから、ファイル・システム・デプロイ用のコピー・ルート$(Build.BinariesDirectory)\<project name>\_PublishedWebsites\<project name>
を使用して、ビルド・アーティファクトのコピーおよびパブリッシュ・ステップを作成します。
その後、リリースのために、そのビルドアーティファクトの内容をサイトディレクトリのルートにコピーします(おそらくその都度、既に存在するものはすべて削除してください)。 [Clean Target]オプションでWindows Machine File Copyの手順を使用します。
私はWeb Deployを気にする必要はありません。ファイルシステムの展開はgood enough for Stack Overflowのようです。
ウェブデプロイパッケージの構築はどうですか? – Hackerman
それをあなたのローカルファイルシステムに公開することができます。これにより、どこかのWebサーバにコピーする必要がある出力が得られます。 – David
@Hackerman正直なところ、それが何であるかわからない、私は前にASP.NETプロジェクトを "公開"する必要はなかった。/ – Chris