Aptana, SourceTree y Git – Principiante

¡Ahora estoy empezando a usar el control de versiones y mi cabeza está girando! Estoy tratando de envolver mi cabeza en las twigs, el pago, la fusión y el rebase. Estoy seguro de que estas son preguntas estúpidas, pero realmente agradecerían algo de ayuda.

Mis proyectos son PHP Estoy usando el estudio Aptana para mi IDE, Bitbucket y SourceTree para la GUI de Git.

Así que creo que podría tener una idea aproximada de cómo se supone que funciona ahora. Por favor, dime dónde estoy equivocado.

Digamos que quiero agregar una nueva característica. Tengo una twig maestra. En Aptana puedo hacer clic derecho en un file → Ir al equipo , y luego crear una nueva twig. Puedo nombrar esa feature a1bc twig feature a1bc . Hago mis cambios

Una vez que haya terminado con esta function y todos los cambios, hago clic en EquipoConfirmar , luego EquipoFusionar twigmaestro . Esto fusiona mis cambios de nuevo en el repository maestro.

¿Esto es más o less cómo haría para agregar funciones, etc.? Además, ¿qué debo hacer si tengo más de 100 funciones a medida que pasa el time? ¿Guardo todas esas twigs de características o las elimino después de que se hayan fusionado nuevamente?

Debes decidir si te fusionas en master como una combinación de avance rápido o no :

git merges

Como las twigs están hechas para aislar un trabajo (consulte " Cuándo debería realizar la bifurcación "), puede incorporar regularmente su twig de entidades al master , mientras continúa el desarrollo de dicha function en la twig de feature .
En ese escenario, una merge --no-ff es aconsejable (y, considerando los valores pnetworkingeterminados de Aptana, sería mejor hacerlo en command-line ).

Sin embargo, si creó una bifurcación para aislar un desarrollo de corta duración, puede incorporar su bifurcación de master en el master través de una fusión de avance rápido (para "fusionar" completamente las dos twigs).
Si el master tuvo algunas confirmaciones mientras desarrollaba la feature , necesitará volver a establecer la feature en la parte superior del master primero, luego combinar la feature en el master (esto se avanzará rápidamente).

Para más, ver:

  • " ¿Por qué git utiliza la fusión de avance rápido de forma pnetworkingeterminada? "
  • " git rebase vs git merge "