git mejores prácticas para cambiar rápidamente de rama

Question

Tengo varias ramas activas en las que necesito trabajar al mismo tiempo. Claramente puedo crear dos directorios de trabajo con una rama distinta por directorio. ¿Es esa la única manera de hacerlo sin tener que "comprometer" y "pagar" para pasar de una rama a otra?

Answer 1

Sí, aunque puede usar git stash en lugar de commit si no está listo para finalizar su trabajo actual en progreso.

Answer 2

git clone, a través del local protocol, es una buena alternativa para poder trabajar en múltiples ramas al mismo tiempo.

Normalmente clono un repositorio desnudo local en múltiples copias (una para cada rama activa), y utilizo ese repositorio desnudo como un repositorio de integración central (ya que puedo enviar fácilmente a un repositorio vacío, en lugar de no poder Repo no descubierto).

Answer 3

Si está cambiando temporalmente las ramas git stash es útil, sin embargo, recuerde que las confirmaciones no necesitan persistir para siempre; puede hacer commits temporales para retroceder más tarde.

Así que mi recomendación es, si se trata de un cambio de varias horas, hacer un git commit en su lugar, porque, dependiendo de su memoria, los escondites pueden ser fáciles de olvidar/perder/etc.

[In MyBranch] 
>$ git commit -m "WIP: Stuff I was working on." 
>$ git checkout AnotherBranch 
[Do Stuff] 
>$ git checkout MyBranch 
>$ git reset HEAD^ 
[Continue] 

Y puesto que esta es una pregunta acerca de las mejores prácticas, recuerde que debe dar su escondite un mensaje útil usando git stash save de lo contrario puede ser difícil de encontrar más tarde.

Answer 4

si se está haciendo lo que se llama desarrollo de la rama-per-estelar como se explica aquí:

http://martinfowler.com/bliki/FeatureBranch.html

es posible que desee para asegurar también que cambie los esquemas de bases de datos. Git puede ayudar en esto por medio de la mancha y la limpieza. La administración de múltiples bases de datos localmente es posible. Cuando finaliza la compra de una nueva sucursal, difumina la cadena de conexión para anotar el nombre de la base de datos con el nombre de la sucursal. Si el archivo de configuración se confirma en algún punto, se limpia eliminando el nombre de la rama de la conexión.

Para obtener más información, eche un vistazo a Pro Git book.

Answer 5

Me cansé de cambiar de rama y así escribí una más inteligente git checkout. Inserte lo siguiente en su ~/.bash_profile, instálelo y luego simplemente use gch para cambiar a la última rama en la que estaba.

current_git_branch() { 
    git branch | grep \* | awk '{ print $2 }' 
} 
# a smart git checkout, with no args it switches to last branch. 
gch() { 
    if [ -n "$1" ]; then 
     echo `current_git_branch` >"/tmp/last_git_branch_used.txt" 
     git checkout "$@" 
    else 
     if [ ! -f "/tmp/last_git_branch_used.txt" ]; then echo >&2 "ERROR: Please run gch with 1 argument first." 
     else 
      echo `current_git_branch` >"/tmp/last_git_branch_used.temp" 
      git checkout `cat /tmp/last_git_branch_used.txt` 
      mv "/tmp/last_git_branch_used."{temp,txt} 
     fi 
    fi 
} 

Answer 6

que tienen una función fiesta de la siguiente manera:

function gitredocommit { 
    lastcomment=`git log | grep Date -A 2 -m 1 | tail -1 | sed -e 's/^ *//' -e 's/ *$//' | grep -v Merge` 
    if [ -n "$lastcomment" ]; then 
    git reset --soft HEAD^; git add ../; git commit -m"$lastcomment" 
    else 
    echo "last commit was a merge, won't redo it" 
    fi 
} 

Se crea una nueva rama, hacer una primera (y última) se comprometen y luego con esto se puede hacer cosas nuevas y sobrescribir este cometido. Si necesita actualizar desde el maestro lo haces con

git rebase master 

por supuesto, por lo que su compromiso es siempre en la parte superior de la rama. Esto funciona siempre que no combine la rama en el maestro.