1

Retina MacBook Pro に移行する前にこの問題が発生したことは覚えていませんが、移行して以来、私のプロジェクトは「古い」開発場所にロードすることを主張しています。何年も前、XCode 4 より前は、すべての製品を に入れていました/Development/Products。そして、新しい MacBook Pro に移行した後、彼らは再びそこに戻ってきます。4.3以降を使用でき、両方で同じ問題が発生するため、ここで機能しているのはある種の構成可能であると想定しています。

もちろん、私が最初にしたことは、Preferences/Locations が Build Location = Unique に設定されていることを確認することでした。これは、GUI と .plist を開いて値を確認することで確認でき、IDEBuildLocationStyleUnique に設定されていました。

既存の構成ファイル ( Xcode~/Library/Preferences/という名前のすべて) を削除しようとしましたが、動作を変更して、プロジェクト自体のディレクトリに出力を配置することに成功しました (複雑なマルチプロジェクト ワークスペースがあるため、私の世界では本当に役に立ちません)。終了して設定を確認すると、 =に設定されていましたbuildIDEBuildLocationStyleUnique.

それで、私が持っていた別のマシンからこのマシンに作業構成をコピーしました。それも以前は/Development/Products目的地がありましたが、その後ユニークなビルド スタイルに移動されたので、それが機能することを期待していました。それはしませんでした。代わりに出力を に返しました/Development/Products

Xcode のインストールに問題があるのではないかと考えて、新しいユーザーを作成し、同じソース ツリー (複製でもコピーでもなく、まったく同じファイル) からビルドしました。この場合、出力は適切な場所 (そのユーザーの派生製品の固有のサブディレクトリ) に移動しました。それで、私はもう一度吹き飛ばして~/Preferences/*Xcode*、新しいユーザーから設定をコピーしました。残念ながら、これにより、初期化されていない構成と同じ動作、つまりプロジェクト自体のビルド ディレクトリでのビルドに戻りました。

バックアップ構成ファイルに復元し、現在は での作業に戻っています/Development/Productsが、これは長期的な解決策としては適切ではありません。

テスト スクリプトのスクリプト出力を確認すると、古い構成の場合とデフォルトの構成ファイルの場合に、誰かが に設定SYMROOTしていることがはっきりとわかります。/Development/Productsbuild

明らかに、このシステムには構成に影響を与えている何かがありますが、それが何であるかはわかりません。どんな援助でも大歓迎です!

また、option-Clean を使用して Clean Build Folder を有効にしようとすると、有効にならないことがあります。

Build Locations の下の Xcode Build Products Path の Strange behavior で解決策を試しましたが、設定を削除したのと同じ結果になりました: プロジェクト ディレクトリの子として製品をビルドします。

他の誰かがそのような問題を見たことがありますか? 解決策は見つかりましたか?

4

1 に答える 1

1

さて、私のラップトップでこれに非常に長い間苦しんだ後、ようやく問題を突き止めることができました.

の中に:

project.xcworkspace/xcuserdata/<user>.xcuserdatad/

ファイルがありWorkspaceSettings.xcsettingsます。

BuildLocationStyleに設定されたキーが含まれていましたUseTargetSettings

ファイルを削除してこの値をリセットすると、Clean Build Folder...作業とプロジェクトのビルドの両方を正しく行うことができました。

うまくいけば、これは他の誰かを助けるでしょう。

于 2013-04-09T18:53:24.173 に答える