3

私はTFS2010を使用してプロジェクトを数か月間構築してきました。これまでのところ、デバッグとしてビルドしていたのかリリースとしてビルドしていたのかについては特に注意を払っていません。

今、私はリリースとしてビルドする必要があると思いました。デバッグとしてビルドされたアセンブリを実行すると、パフォーマンスが低下するなどの問題があると思いますか？つまり、デフォルトでは.pdbが最近作成されているように見えますが、リリースとしてビルドするのには十分な理由がありますか？

私のビルド定義には、ビルドする8つのプロジェクトがあります。[任意のCPU]を選択すると| TFSビルド定義（[プロセス]タブ）の[ビルドする構成]でリリースすると、8つのプロジェクトのうち2つだけがドロップフォルダーにコピーされます（ビルドは成功します）。なぜ何かアイデアはありますか？

Visual Studio 2012、.NET4.5を使用しています。

4

2 に答える 2

2

Visual Studioのソリューションで、右クリックして[構成マネージャー...]に移動し、[アクティブなソリューションの構成]を[リリース]に、[アクティブなソリューションプラットフォーム]を[任意のCPU]に変更し、他のプロジェクトが実際に設定されていることを確認しますこの構成でビルドします。

于 2012-11-26T12:00:12.103 に答える
0

これは、マージ後にも発生しました。EndProjectファイル内のタグを見逃していたことが判明しsln、ビルダーが混乱しました。次の手順を使用して、これを簡単にテストできます。

  1. 少なくともslnファイルにすべての変更をコミットするようにしてください
  2. VisualStudioでソリューションを開きます
  3. 必要に応じて構成マネージャーを開きます（たとえば、ソリューションを右クリックして、構成マネージャーを選択します）。
  4. 何かを非アクティブ化し、Configuration Managerを閉じて、すべてのファイルを保存します
  5. 構成マネージャーを再度開き、非アクティブ化したアイテムを復元して、もう一度閉じます
  6. すべてのファイルを再度保存する

次に、Visual Studioがslnファイルに変更を加えたかどうかを確認し、リポジトリにあるものと比較します。変更がある場合は、問題が修正されている可能性があります。そうでなければ、狩りを続けてください！

于 2018-05-25T14:16:37.967 に答える