問題タブ [targets]

私はこのチームにコンパイル後にターゲットセットアップを構築させます

フォルダー構造をソースから宛先にコピーしたい...

驚くべきことに、私はこのエラーを受け取ります

宛先がファイルではなくフォルダーであるため、ファイル "C：\ TFS \ NightlyBuild \ Sources \ Development_VS2008 \ MyCompanyName.SharePoint.12 \"を宛先ファイル"c：\tests\"にコピーできませんでした。ソースファイルをフォルダーにコピーするには、DestinationFilesの代わりにDestinationFolderパラメーターを使用することを検討してください。

ご覧のとおり、私は実際にdestinationfolderパラメーターを使用していますが、私が間違っていることを誰かが知っていますか？

次の msbuild スクリプトがあります。

スペースを節約するため、またそれらは無関係であるため、ターゲットのボディを削除しました。しかし、誰かがそう思うなら、私はそれらを含めます。

とにかく、ご覧のとおり、1 つのターゲット - がKillServerHostsあり、これを 2 回呼び出したいのですが、それには正当な理由があります。ビルドの前に 1 回、アセンブリがロックされていないことを確認するために、もう 1 回はテストの完了後に「テーブルをクリーンアップ」します。

当然、ターゲットを 2 回呼び出そうとしてKillServerHostsも機能しません。MSBuild は、同じターゲットを 2 回ビルドすることを拒否します。というわけで、 target を呼び出してごまかそうとしていKillServerHosts2ます。問題は、機能する場合と機能しない場合があることです。

コマンドラインからターゲットを実行するKillServerHostsと、関連するサーバーホストが常に強制終了されるため、この点から問題なく動作します。

何か案は？

半径内のオブジェクトを見つけるための軽量な方法を探しています。

これまでのところ、私にとって明らかな答えは、各オブジェクトを調べて、その x および y 位置を半径の中心と比較することです。

例：

Turret- 半径内のターゲットを探しています。

TargetArray- 可能なターゲットの配列。

WithinRangeArray- 該当するターゲットをプッシュする配列

平方根を回避すると、処理能力がいくらか節約されます。しかし、より良い（より軽量な）他のアルゴリズム/理論/方法があるかもしれないと感じています。

TargetArray の理想的な長さ: 一度に 500 未満のターゲット。

init( 、clean、getivyなど) のようなすべての一般的なターゲットを追加し./common/common.xml、次を追加しました。

でbuild.xml。

プロジェクトをビルドすると、正常に動作します。しかし、Eclipse IDE で build.xml を開くと、その下にいくつかの「赤い」マークが表示され、その下targetsに で定義されている依存ターゲットがありcommon.xmlます。赤くマークされたターゲットにマウスを合わせると、次のようなメッセージが表示されます。

このプロジェクトにターゲットinitが存在しません。

明確にするために、commonフォルダは を通じて追加されますsvn:externals。これにはEclipseで追加の構成が必要ですか?

Mac アプリケーションで使用される静的ライブラリ プロジェクトがいくつかあります。これらのライブラリを iPhone に移植する作業を行っており、プロジェクトを使用して Mac と iPhone の両方のバージョンをビルドしたいと考えています。

そのために、iPhone 用の追加のターゲットをセットアップします。これは機能するはずですが、たとえば、UIKit.framework をプロジェクトに追加しようとすると、フレームワークが赤く表示されます。

問題は、私が見る限り、メインプロジェクト設定の「ベースSDK」がタイガーであることです（尋ねないでください）。私はまだMacのターゲットを持っているので、これを変更することはできないと思います. それとも私はすべきですか？

問題は、同じプロジェクトから Mac と iPhone の両方をターゲットにすることは可能ですか? その場合、メイン プロジェクト設定の「Base sdk」設定をどうすればよいですか?

TFS で異なるビルド タイプに同じ MSBuild ターゲットを再利用する際に問題が発生しました。状況を説明しましょう。

2 つのビルド タイプがあります (継続的インテグレーション用の CI とリリース候補用の RC)。したがって、TFS で 2 つのビルド タイプが定義されています。*.proj ファイルは以下にあります: - $/Repository/TeamBuildTypes/CI - $/Repository/TeamBuildTypes/RC

また、ChnageVersion.taget、Deploy.tagert などの一般的なターゲットをいくつか取得し、それらをメインの *.proj ファイルにインポートします。残念ながら、各ビルド タイプに 1 つずつ、合計 2 つのコピーを保持する必要があります。共通のターゲットをどこかに 1 つだけコピーするのに苦労しましたが、あきらめました。ビルド エージェントでビルドが開始されると、ビルド ファイルが $/Repository/TeamBuildTypes/CI のみからダウンロードされるため、できません。たとえば、ビルド エージェント / TFS / なんでも$/Repository/TeamBuildTypes/Commonもダウンロードできるようにするにはどうすればよいですか?

ライブラリ ターゲットでライブラリ コードをテストできるようにしたいので、別のプロジェクトに切り替えて実行する必要はありません。

ターゲットを追加する方法はわかりましたが、「コマンド ライン ツール」プロジェクト テンプレートのように実行するように設定する方法がわかりません。新しい「シェル ツール」ターゲットを追加しようとしましたが、そのように実行する方法がわかりません。そのターゲットに追加する必要があるビルド設定は何ですか? 起動するにはどのファイル (main.m?) が必要ですか?

編集（うまくいけば、質問をより回答しやすくするために、以下から私のコメントを追加しました。）

私のライブラリには、iOS 用と MacOS 用の 2 つのターゲットがあります。これまでのところ、iOS プロジェクトにのみ含めているので、現在使用したいプロジェクトです。Cocoa Touch Unit Test Bundle ターゲットを追加しようとしましたが、ビルドが失敗し、コマンド /bin/sh/ が終了コード 1 で失敗し、アーキテクチャ 'i386' (GC OFF) のテストに失敗しました。i386 で実行したいとは思いません (少なくとも私の iOS ターゲットのテストではありません)。ターゲット設定で i386 と書かれているものは見つかりません。

プロジェクトのアクティブなアーキテクチャが i386 ([プロジェクト] > [アクティブなアーキテクチャの設定] メニュー) であることがわかりますが、そこで変更することはできません。私の TestApp ターゲットにはアーキテクチャ セットとして標準 (armv6) があり、設定を検索しようとしましたが、i386 が含まれていません。どうすればそれを変更できますか?

Xcode プロジェクトがあります。プロジェクトには現在 4 つのターゲットがあり、さらに追加しようとしています。プロジェクト内には、約 150 個の png ファイルがあります。Xcodeの「グループとファイル」パネルのグループのツリーにこれらすべてがあります。

これらの png ファイルを一部のターゲットに含めたいが、他のターゲットには含めたくない。問題は、私は常にそれらすべてが必要か、またはどれも必要ないということです。選んで選びたくない。

これを管理する方法はありますか？基本的に、「png ファイル」グループ内のすべてのファイルを使用するターゲットと、それらをまったく使用しないターゲットが必要です。グループのツリー全体をターゲットに含め、同じツリーを別のターゲットから削除する方法があれば、各ファイルを個別に実行する必要がなく、理想的です。

編集：応答がないため、これに報奨金を開始します。上記を行うことができない場合、多かれ少なかれ同じことを達成する他の方法に興味があります-たとえば、すべてのpngファイルを共有ライブラリにするのに役立ちますか? それとも、それら自体をターゲットにして、他のターゲットのいくつかをそのターゲットに依存させるには? どちらの場合でも、設定方法を知る必要があります。

私の結論は、すべてをできるだけシンプルにしたいということです。たとえば、ファイルを 150 に追加して、そのファイル グループを使用するすべてのターゲットに含める必要があることをプロジェクトに伝えるのは簡単なはずです。

最近、いくつかのプロジェクトをVS2008からVS2010にアップグレードしました。現在、VisualStudioのWPFデザイナーの設計時に問題が発生しています。デザインモードで開いたすべてのXAMLページに対して例外がスローされます。例外は、新しい新しいXAMLページにもスローされます。

プロジェクトは現在、.NET3.5を対象としています。ターゲットの.NET4.0に切り替えると、デザイナが正しく開きます。

プロジェクトは正常にビルドおよび実行されることに注意してください。

WPFデザイナーに表示される例外の詳細はさまざまですが、すべての例外の詳細の一番下までスクロールすると、次のようなものが表示されます。

フレームワークのターゲットを切り替えると、プロジェクトが古いDLLを指すようになると思います。何かご意見は？

7 つの iPhone アプリに対応する 7 つのターゲットを持つ Xcode プロジェクトがあります。その数は増えるかもしれません。多くのターゲットが同じクラスを多数使用しています。

アプリのデリゲートの一部を以下に再現しました。この投稿のために、ターゲットの名前を target1 から target7 に変更しました。対応するマクロ mTarget1 から mTarget7 をセットアップしました。さらに、ターゲット 1 と 2 用に定義された mTarget12 などのマクロがあります。

アプリ デリゲートの ifdef は急速に蓄積されています。問題を説明するために、アプリ デリゲートの一部を以下に示します。

明るい面では、蓄積は相加的であるように見えます - 少なくともまだ増加していません. また、明るい面としては、アプリ デリゲート以外のファイルの #ifdef はそれほど悪くはありません。

それほど明るい面ではありませんが、アプリ デリゲートには多くの蓄積があります。

これを整理するためのより良い方法があるかどうか疑問に思っています。別の Xcode プロジェクトはオプションではないと思うことを付け加えておく必要があります。それは、私が現在持っているものよりも悪いでしょう。