# We're using source-control, so this is a "feature" that we do not want! # Allegedly, if you manually "deprecate" your classes, they get moved here. # Workspaces are important! They are a core feature of Xcode - don't exclude them :) # (requires option 2 above): Personal Schemes # NB: this is exclusive with OPTION 1 above # or manually install git over the top of the OS X version # NB: this *requires* git v1.8.2 or above you may need to upgrade to latest OS X, # - NB: you must manually uncomment the bits you want to keep # get rid of ALL personal settings, but KEEP SOME OF THEM # NB: this is exclusive with OPTION 2 below # As per build/ and DerivedData/, this ought to have a trailing slash # throw away ALL personal settings (including custom schemes! # FROM COMMENTS: Apple is wrong Apple code is too buggy to trust there are no known negative side-effects to ignoring Apple's unofficial advice and instead doing the thing that actively fixes bugs in Xcode # FROM ANSWER: Apple says "don't ignore it" # Apple Shared data that Apple put in the wrong folder # NB: also, whitelist the default ones, some projects need to use these but if you're in the 1%, comment out the line "*.pbxuser" # 99% of projects do NOT use those, so they do NOT want to version control this file. # Apple designed it poorly - if you use "custom executables", they are # SOMETIMES you need to put this file in version control. # Xcode private settings (window sizes, bookmarks, breakpoints, custom executables, smart groups) # NB: slash on the end, so we only remove the FOLDER, not any files that were badly named "build" # NB: slash on the end, so we only remove the FOLDER, not any files that were badly named "DerivedData" # NB: NIB/XIB files still exist even on Storyboard projects, so we want this. # Xcode temporary files that should never be committed # profile - REMOVED temporarily (on double-checking, I can't find it in OS X docs?) # In particular, if you're using CocoaPods, you'll want to comment-out this line: the "OPTIONAL" section at bottom though, for tool-specific variations! # (lock files are usually local-only file-synchronization on the local FS that should NOT go in git) # *.lock - this is used and abused by many editors for many different things. # OS X temporary files that should never be committed # This file is for SOURCE projects, where there are many extra # NB: if you are storing "built" products, this WILL NOT WORK, # - added line-by-line explanations for EVERYTHING (some were missing) # - fixed the broken "save personal Schemes" lock more carefully, thanks to Gokhan Celiker # - removed the edit that an SO.com moderator made without bothering to ask me # - appended non-standard items DISABLED by default (uncomment if you use those tools) # - minor tweaks from Jona and Coeur (slightly more precise xc* filtering/names) Apple still refuses to answer support requests about this, but in practice it seems you should ignore it. # - Finally added "xccheckout" to the ignore. # - Fixed typo in "xccheckout" line - thanks to for pointing it out! # 15564624 - what does the xccheckout file in Xcode5 do? Where's the documentation? # Apple bugs, waiting for Apple to fix/respond: gitignore file for Xcode4 and Xcode5 Source projects If you need to customize, here's a gist you can fork: # I know they don't care, but maybe it'll shame one of them into treating developers more fairly. This IMHO is unacceptable, and I've now started logging bugs against it each time they do so. I've researched every file in this list, but several of them do not exist in Apple's official Xcode documentation, so I had to go on Apple mailing lists.Īpple continues to add undocumented files, potentially corrupting our live projects. I was previously using the top-voted answer, but it needs a bit of cleanup, so here it is redone for Xcode 4, with some improvements.
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |