Para un proyecto de Xcode, ¿es bueno agregar también files .xcodeproj al control de origen?

Estoy usando Xcode 4.3.2 y me di count de que los files del proyecto no se agregan al repository git, así que los agregué y me comprometí: (hay 6 files)

# On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # new file: Proj01.xcodeproj/project.xcworkspace/contents.xcworkspacedata # new file: Proj01.xcodeproj/project.xcworkspace/xcuserdata/jeremy.xcuserdatad/UserInterfaceState.xcuserstate # new file: Proj01.xcodeproj/project.xcworkspace/xcuserdata/jeremy.xcuserdatad/WorkspaceSettings.xcsettings # new file: Proj01.xcodeproj/xcuserdata/jeremy.xcuserdatad/xcdebugger/Breakpoints.xcbkptlist # new file: Proj01.xcodeproj/xcuserdata/jeremy.xcuserdatad/xcschemes/FlipCard.xcscheme # new file: Proj01.xcodeproj/xcuserdata/jeremy.xcuserdatad/xcschemes/xcschememanagement.plist 

pero, ¿es realmente una buena práctica hacerlo? (Una vez Xcode se colgó y la carpeta .xcodeproj desapareció).

Como dije, tu .xcodeproj es muy importante y debería includese en tu compromiso.

Solo quiero agregar este enlace sobre el uso de xcode con git, que me ayudó mucho: http://shanesbrain.net/2008/7/9/using-xcode-with-git

Es importante agregar el file project.pbxproj , pero nada más en el package .xcodeproj debe estar bajo control de versión.

Bueno, dado que todas las references de files, configuraciones de compilation y opciones de destino se guardan en el file .xcodeproj, sí, debe includelo en su repository. Normalmente excluyo la mayoría (si no todos) los files específicos del usuario, como puntos de interrupción, estado de la interfaz de usuario, etc.