94
votes

I'd like to remove old (replaceable?) data and DerivedData contents seem a likely candidate. Since it's name DerivedData, I assume that it's info that, if missing, would be generated during a build phase and if present, is used during that same phase. It seems logical then that I could delete any old project data without fear and if I should ever build that old project, the first time through would take longer than normal sine it has to recreate all this derived data.

Am I mistaken here?

3
Be VERY AWARE that as Joshua explains, that bloody folder contains "dSYM data for later debugging. ... not delete if you want to be able to debug deployed versions of your application"Fattie
Perhaps I should use every SO markup trick in addition to emphasis to call that point out in my answer. :-D Block-quoted-star-slash-commented-code-bold-italic-bulleted-list, etc.Joshua Nozzi
@JoeBlow actually, as Joshua explains, it's the Archives directory which contains "dSYM data for later debugging". The Archives directory is a sibling of the DerivedData directory, which means it's at the same level, below ~/Library/Developer/Xcode, as DerivedData, so "that bloody folder" (DerivedData) does NOT contain the dSYM data and it's contents can be safely deleted.mluisbrown
Whenever I release a new version, I copy the .xcarchive from Xcode into my git repo and keep it under version control - this is a good way of always being able to get old .dSYM's without depending on a particular machine's Xcode directories.Bill

3 Answers

125
votes

The Derived Data folder contains all the intermediate build information, debug- and release-built targets, as well as your project's index. It's helpful to delete the derived data when you have odd index problems (code completion not working right, constant re-indexing, or even just a slow project). Deleting the entire folder nukes this information for all projects Xcode 4 knows about.

The Archives folder (a sibling of Derived Data) contains the archived form of your targets. That is, a release build as well as dSYM data for later debugging. This you should not delete if you want to be able to debug deployed versions of your application.

You can nuke the derived data for a given project by opening the Organizer window and selecting the Projects tab. Select the desired project and click the Delete button next to the Derived Data path. This is more of a "surgical strike" for problem projects.

40
votes

The content of 'Derived Data' is generated during Build-time. You can delete it safely. Follow below steps for deleting 'Derived Data' :

  1. Select Xcode -> Preferences..

Step 1

  1. This will open pop-up window. Select 'Locations' tab. In Locations sub-tab you can see 'Derived Data' Click on arrow icon next to path.

Step 2

  1. This will open-up folder containing 'Derived Data' Right click and Delete folder.

Step 3

32
votes

Yes those data are generated during the build time and you can delete them if you want, its not a issue.

It will be recreated when you build again.