Estoy utilizando un espacio de trabajo para un nuevo proyecto Xcode 4. ¿Debería incluirse el archivo *.xcworkspace en el repositorio principal (junto con los archivos fuente del proyecto, por ejemplo)?¿Debería el archivo de espacio de trabajo de Xcode 4 ser controlado por la versión?
Gracias Ross
por cierto. Estoy usando GIT
Probablemente sí. El espacio de trabajo es básicamente un conjunto de proyectos, por lo que si otros desarrolladores quisieran trabajar con el mismo conjunto, entonces debe poner el espacio de trabajo en control de la versión.
Si el espacio de trabajo es estrictamente para su propio uso, o si solo hay un proyecto en el área de trabajo, entonces tal vez no necesite ponerlo en control de versión. Pero eso significa que tendrías que volver a crearlo cada vez que te mudes a una máquina nueva o si decides volar todo y empezar de cero.
Xcode 4 es bastante bueno para poner datos específicos del usuario en carpetas/archivos cuyos nombres contienen la palabra "usuario" o su nombre de usuario, y colocar productos de compilación y temporales en algún lugar fuera del árbol de origen, por lo general Pondría todo lo que obviamente no es específico del usuario en el repositorio.
En realidad, Xcode usa algunos ajustes específicos de .gitignore. Es posible que desee crear un proyecto de muestra, dejando que Xcode use Git (está en el diálogo de guardar proyectos del proyecto, que es el último paso para crear un nuevo proyecto), luego revise el .gitignore en su raíz.
Parece que Xcode ahora solo agrega 2 cosas a info/exclude, not ignore. '.DS_Store' &' UserInterface.xcuserstate' Estas dos cosas no parecen terriblemente informativas. (Xcode 4.3.2) – griotspeak
El elemento xcuserstate parece ser el estado actual de la interfaz de usuario del espacio de trabajo (p. Ej., Qué carpetas se expanden en el navegador del proyecto). Si no los ignora, tendrá un cambio (y por lo tanto, una necesidad de compromiso) cada vez que toque la interfaz de usuario de Xcode, incluso si no modifica ningún código. –
¿No deberíamos ponerlo como 'xxx.workspace.dist' o algo así? –
FWIW, veo que otras personas en Internet recomiendan NO controlar el archivo del espacio de trabajo. Supongo que mi recomendación es hacer lo que encuentre para ser útil con su flujo de trabajo específico. –
Quise decir 'xxx.workspace.dist' como un espacio de trabajo de ejemplo para comenzar cuando recién se clona el proyecto. Por lo tanto, no se realiza un seguimiento del espacio de trabajo principal, pero aún tiene el punto de partida. –