0

私は Web プロジェクトで SlowCheetah を実装しました。NuGet v2.7 を実行していますが、まだ [パッケージの復元を有効にする] を使用しています。AntHillPro でビルド ワークフローを実行します。最初に NuGet Package Restore を実行し、次にソリューションで MSBuild を実行します。パッケージの復元の手順では、SLowCheetah が正常に再インストールされていることが示されていますが、MSBuild の手順では、web.config 以外の構成ファイルの変換プロセスが実行されていません。v2.7 NuGet Command Line Restore に切り替えてみましたが、何も変わりませんでした。パッケージの復元を有効にして戻ってきましたが、ここからどこに行けばいいのか、この問題をデバッグする方法がわかりません。数週間前は正しく機能していたと断言できます。SlowCheetah の問題なのか NuGet の問題なのかわかりません。これをデバッグするにはどうすればよいですか? どんな助けでも大歓迎です。

4

1 に答える 1

0

同様の問題があり、マージ中に csproj ファイルで、PropertyGroup (SlowCheetah というラベルが付いている) が Import 要素を下回ったことが判明しました。

このようになるはずです

<PropertyGroup Label="SlowCheetah">
  <SlowCheetahToolsPath>$([System.IO.Path]::GetFullPath( $(MSBuildProjectDirectory)\..\packages\SlowCheetah.2.5.10.3\tools\))</SlowCheetahToolsPath>
  <SlowCheetah_EnableImportFromNuGet Condition=" '$(SC_EnableImportFromNuGet)'=='' ">true</SlowCheetah_EnableImportFromNuGet>
  <SlowCheetah_NuGetImportPath Condition=" '$(SlowCheetah_NuGetImportPath)'=='' ">$([System.IO.Path]::GetFullPath( $(MSBuildProjectDirectory)\Properties\SlowCheetah\SlowCheetah.Transforms.targets ))</SlowCheetah_NuGetImportPath>
  <SlowCheetahTargets Condition=" '$(SlowCheetah_EnableImportFromNuGet)'=='true' and Exists('$(SlowCheetah_NuGetImportPath)') ">$(SlowCheetah_NuGetImportPath)</SlowCheetahTargets>
</PropertyGroup>

それで

<Import Project="$(SlowCheetahTargets)" Condition="Exists('$(SlowCheetahTargets)')" Label="SlowCheetah" />

ビルド ファイルで要素の順序が重要な理由は次のとおりです。それが役に立てば幸い

于 2015-12-22T08:15:26.720 に答える