本文翻譯自O(shè)megasoft：http://www.omegasoftweb.com/omega/blog.cfm?p=43

How to build multiple targets (as in Lite Version and Full Version of an iPhone or iPad app) from a single Xcode Project

譯文：怎樣在單一XCode工程中創(chuàng)建多Targets

先挖了一個(gè)坑在這有時(shí)間過來填一下，文章有點(diǎn)老不如Xcode版本什么的嘉抒，但是思路是一樣的沈贝。翻譯拙劣眶蕉，望指正填帽！

There are times you may find yourself needing to create multiple variations of an Xcode project, the most common example of which being a Lite Version and a Full Version of an iPhone app or iPad app. One option to accomplish this is to simply copy the project folder and rename it, working with each project separately from that point on. This is not a good idea, as now you have twice the work to manage things going forward, and confusions are bound to arise. My friend Smasher puts it succinctly: “in that path lies madness!”, and with this he is correct.

譯文：有些時(shí)候你可能需要給你的公程創(chuàng)建一些變體蛛淋，最常見的情形就是一個(gè)iOS App 的精簡(jiǎn)版和完整版。 一種方法是把這個(gè)工程拷貝一份然后重命名篡腌，然后分別處理褐荷。這當(dāng)然不是一個(gè)好主意，因?yàn)楝F(xiàn)在你有了雙倍的工作去做嘹悼，而且緊接著會(huì)產(chǎn)生一大堆問題叛甫。我的朋友Smasher精辟的說：“這么做簡(jiǎn)直是瘋了！”杨伙，很顯然他是對(duì)的其监。

A much better plan is to configure your single Xcode project with multiple targets, so that you can develop multiple versions of the project concurrently and selectively build the one you need at a given moment. Here is a step by step guide to do just this, synthesized from the info in various threads at iphonedevsdk coupled with personal trial and error, and using the case of Lite Version / Full Version:

更好的方法是把你的公程設(shè)置成一個(gè)多Target的公程，這樣一來你就可以同時(shí)開發(fā)不同的版本而且可以隨時(shí)編譯任意一個(gè)限匣。以下就是一個(gè)分步的指導(dǎo)：

Step 1: Make a copy of your original target by right clicking the existing target and selecting “duplicate”. Rename this target to YourAppLite

Step1:在你現(xiàn)有的target上右鍵選擇“duplicate”復(fù)制一份出來抖苦，然后重名成“YourAppLite”

Step 2: When you created the second target; a new pList file should have appeared in the resources folder YourApp-info_copy.pList or something similar; rename this to YourAppLite-info.pList

Step2：當(dāng)你復(fù)制玩這個(gè)target后，你會(huì)發(fā)現(xiàn)一個(gè)新的plist文件米死。名字是“YourApp-info_copy.pList”或者是其他一些類似的名字锌历，把它重命名成“YourAppLite-info.pList”

Step 3: Edit this new pList to have a different Bundle Identifier, com.yourcompany.YourAppLite, for example. If you do not do this both versions of your app will be seen as the same app instead of two unique ones, and when you build the light version it will overwrite your full version in the simulator or testing device.

Step3:編輯這個(gè)新的plist文件，修改Bundle Identifier哲身，舉個(gè)例子修改成“com.yourcompany.YourAppLite”辩涝。如果不修改那么這兩個(gè)版本就還是同一個(gè)app而不是兩個(gè)獨(dú)特的app，當(dāng)你編譯這個(gè)精簡(jiǎn)版的時(shí)候就會(huì)覆蓋你的模擬器或者真機(jī)設(shè)備上的完整版本勘天。

Step 4: If you are going to use a different application icon for the light version (as you should), edit this new pList’s Icon file property to reference a different icon from the full version, IconLite.png for example. Obviously you must create this asset and add it to your project for this new icon to appear for the lite version.

Step 4：如果你想讓你的精簡(jiǎn)版本適用不同的應(yīng)用圖標(biāo)的話怔揩，就要編輯這個(gè)plist文件的Icon file屬性指向一個(gè)新的圖標(biāo)。很顯然你必須為你的精簡(jiǎn)版本圖標(biāo)建一個(gè)新的asset并添加到的你的工程當(dāng)中脯丝。

Step 5: Highlight the new target (YourAppLite) and right click to “Get Info”, then navigate to the build tab and set Configuration to “All Configurations”. Now scroll down a bit until you find the “Info.plist file” parameter under the Packaging group; alter this to reference the new lite version pList we created above instead of the original pList.

Warning-Potential Gotcha:You may have noticed when you duplicated the target another product with the same name as the first appeared in the products folder. You may, like I was, be tempted to name the second one YourAppLite and change some properties in the pList to reflect this. Do NOT do this; there appears to be a bug which makes the debugger unable to launch the executable when you build. Furthermore, once you have done this even if you change the product name back it still gives the error. Perhaps this was just me being silly, but others have run into a similar issue; at any rate it is not necessary to change the product name for everything to work correctly, so I recommend leaving it alone.

—————————————-INTERMISSION—————————————

Now you should be all ready to built multiple targets, but there are still some things we want to do to make managing both branches as seamless as possible. Go grab a drink, then resume the adventure.

——————————————————————————————————-

Step 6: Once again highlight the new target (YourAppLite) and right click to “Get Info”, then navigate to the build tab and make sure Configuration is still on “All Configurations”. Now scroll down quite a ways until you find the “Other C Flags” parameter under the GCC Language group; alter this to be “-DLITE_VERSION” (the leading -D is necessary). What this does is allow you to do things like:

#ifdef LITE_VERSION

// Code unique to your lite version

#else

// Code unique to your full version

#endif

in your code, just like a normal if statement.

Step 7: For any project resources that only need to be in the lite version OR the full version, you can “Get Info” on the file and then navigate to the “Targets” tab, deselecting the unnecessary target. This will help to keep each respective bundle size down, and is especially useful for large packages like adMob (which you’d likely only want in your lite version). Keep in mind that removing assets from a target in this way will likely coincide with the type of branching code described in step 6.

Step 8 (Optional): If you want a separate Default.png file for your lite version, first create the file and name it DefaultLite.png and add it to your project along side the regular Default.png. Now, right click on your YourAppLite target, select Add –> New Build Phase –> New Run Script Build Phase and paste the following in the script field:

mv ${TARGET_BUILD_DIR}/${CONTENTS_FOLDER_PATH}/DefaultLite.png ${TARGET_BUILD_DIR}/${CONTENTS_FOLDER_PATH}/Default.png

Now close the window and expand the arrow next to YourAppLite target. You should see the run script you created, now grab it and move it just below “Copy Bundle Resources”. This will overwrite your Default.png with the DefaultLite.png at run time when you are building your lite version, just as you want.

Warning-Potential Weird Gotcha: Whenever I duplicate a target I notice that any Library Search Paths get slightly altered, so if you are using Library Search Paths and are getting strange errors, make sure you have the same values there in your Lite and Full version targets.

———————————————-Victory!——————————————–

And there you have it; multiple targets at your fingertips. Please feel free to leave some comments or point out any mistakes or gotchas. I hope you found this useful; good luck!

——————————————————————————————————-