2010-11-30 35 views
5

Usar Git en el mac se siente como un gran dolor, y la documentación de Git es simplemente huuuuuuuuge. Tal vez alguien tiene un artículo de blog secreto superior o incluso un screencast para compartir, que explica los conceptos básicos de manera bastante simple y rápida.Guía rápida para comenzar a utilizar Git + GitX con proyectos de Xcode en mac?

  • Creación de un repositorio. Dolor grande.

  • Apertura de ese repositorio con GitX: Pain.

  • Trabajar en Xcode y luego realizar cambios: No tengo idea, probablemente también sea un gran dolor.

  • Clonación del repositorio a algunos otros desarrolladores con sus propios Mac para que puedan comenzar a colaborar en el proyecto: ¡Oh hombre, mi cabeza explota ... necesito un médico!

  • Fusionando esos repositorios clonados de alguna manera, para que todos tengan un repositorio actualizado con los cambios de cualquier otra persona: ¡Alerta roja!

Ahora mismo siento que necesitaré un mes para asimilarlo. Estaría muy contento si alguien puede señalar recursos realmente útiles que no me obligan a leer durante algunos días ... ¿o hay un libro grande y delgado que explica esta locura?

+2

Si describes crear un repositorio y abrirlo en GitX (esencialmente comandos únicos) como un dolor ... No estoy seguro de qué esperas que solucione un tutorial. – Cascabel

Respuesta

4

Git es absolutamente enorme, y seguramente podría pasar ese mes aprendiendo sus procesos, pero puede apegarse a algunos conceptos básicos y terminar con un gran flujo de trabajo. Utilizo la línea de comandos, ya que te permite seguir estos pasos básicos y expandir si es necesario. Estos comandos básicos son "pull", "push", "init", "commit -am" message "". Más tarde, puede leer sobre las sucursales y el rebase en gitref.org.

Como usuario mac Xcode + git; Definitivamente recomiendo DTerm para hacer la vida más fácil. Un comando de tecla muestra una ventana de terminal flotante, CDed en el directorio del archivo que está activo actualmente. En XCode, esto significa que estarás en un directorio controlado por git de inmediato.

Por lo tanto, mi flujo de trabajo -

  1. Uso "git init" en el terminal para crear un repositorio
  2. Crear repositorio GitHub
  3. instrucciones de seguimiento de GitHub para asociar los dos
  4. Cuando se trabaja en mi proyecto, presione Shift-Command-Enter para abrir una ventana de terminal flotante
  5. escriba "git commit -am" commit message "para confirmar todos los cambios actuales
  6. mismo combinación de teclas plus "git pull" o "git push" para tirar de los cambios desde el repositorio de código o empujar cambios al repositorio de código, respectivamente

Me parece que la línea de comandos permite una relación mucho más fácil de trabajo con Git que GitX, especialmente si estás usando algo como DTerm.

Para una gran referencia, visita gitref.org. ¡Buena suerte!

2

Ejecute una ventana de terminal.

Creación de un repositorio:

cd project-dir 
git init 

Abriendo el repositorio en GitX:

cd project-dir 
gitx 

cambios Compromiso:

git status 
git add . # or individual files 
git commit 

(que es una buena idea crear un archivo .gitignore de el comienzo.)

Lea el libro Pro Git o vea algunos de los videos tutoriales en git-scm.com para comenzar rápidamente. El de Linus es principalmente una descripción de la implementación más una queja contra otros VCS; el segundo video es realmente útil.

1

Utilicé git en OSX durante aproximadamente 6 meses (aunque no con Xcode). ¡Es un regalo! Pero sí, fue una experiencia dolorosa y una curva de aprendizaje abrupta a veces, especialmente cuando todos los demás en el proyecto son desarrolladores de Windows (con más opciones de clientes de git) y anti OSX (no quieren o no pueden ayudar). Pero vale la pena el esfuerzo en el largo plazo. ¡Es factible! Una vez que tenga lo básico, encontrará que es 10 veces mejor que decir Subversion. Las fusiones solo funcionan. Los conflictos se vuelven más o menos una cosa del pasado.

Pero mi consejo, olvídate de GitX, es una porquería. Comencé con eso, pronto me di cuenta de que no funciona (o al menos 18 meses no) lo que no se puede hacer fácilmente desde la línea de comandos. También hace mucho menos. Así que finalmente terminas en la terminal de todos modos ... ¡y eso viene de alguien que normalmente odia usar la Terminal debido a su propia incompetencia! Si quieres un cliente de front-end decente, prueba el SmartGit de Syntevo. Una vez que descubrí que rápidamente crecí amando a Git.

También recomendamos leer el libro electrónico Pro Git, mencionado por larsmans.

1

Comprender la simplicidad de Git es difícil. Si tiene alguna experiencia con otros sistemas de control de versiones (centralizados), intente olvidarlos y comprenda los conceptos básicos de Git (objetos, commits, branches, ...). Hay muchos libros por ahí. Recomendaría el corto (30 páginas) Git from bottom up, es gratis y muy útil. Otro material de aprendizaje gratuito está en gitcasts. Pragprog y peepcode también tienen excelentes libros y screencasts. No son gratis, sino útiles.

Uso git con XCode durante varios meses, y funcionan en conjunto. Aunque XCode no se ha incluido como un sistema de control de versiones compatible, puede usar git desde la línea de comandos. Traté de usar GitX, pero nunca lo encontré más útil que git desde la línea de comandos. Pruébelo, tal vez se ajuste más a sus hábitos.

Para XCode me encontré con este archivo gitignore y gitattributes útil para mis proyectos:

.gitignore:

# xcode noise 
build/* 
*.pbxuser 
*.mode1v3 
*.mode2v3 
*.perspective 
*.perspectivev3 

# osx noise 
.DS_Store 
profile 

# other 
.svn 
*.swp 

.gitattributes: *.pbxproj -crlf -diff -merge

+0

No marque * .pbxproj como -diff -merge. El formato de archivo pbxproj está diseñado para ser sensiblemente modificable y fusionable. Cuando recibe conflictos de varias personas que agregan archivos a la misma fase de compilación o grupo, simplemente resuelva esos conflictos de manera apropiada. –

0

encontré el Git Book a ser un recurso muy útil . Explica los conceptos básicos en términos simples y no trata de complicar demasiado las cosas al entrar en el razonamiento técnico detrás de todas las características. Al menos eso es lo que obtuve de eso.

Cuestiones relacionadas