digamos que tenemos una twig existente llamada
stable-branch luego me bifurqué de esa twig por
git checkout -b mybranch stable-branch
después de que termine de progtwigr … si
git commit -m "blah blah blah"
y entonces
git push origin mybranch
¿Se verá afectado el repository remoto de la twig estable después de que lo envié a mi propia sucursal?
No. Tu código / confirmación también se puede ver en mybranch en remoto.
Y la mejor manera es:
git fetch origin // (or your repo name) git checkout -b myNewBranch git reset --hard origin/stable-branch Do changes git status // to see changed files git commit -am "commit message here" git branch // to see branches in your local repo git log --oneline -20 // to see your new commit in the list git fetch origin // Fetch again (to get new commits if any) git rebase origin/stable-branch // Rebase again to make sure your's is the latest one git push origin myNewBranch
Aquí no tiene que pagar en su sucursal estable si no tiene ningún cambio en ella.
El repository que contiene las dos twigs se verá afectado y, a partir de ahora, contiene los cambios que realizó en la twig mybranch . PERO: stable-branch no verá ninguno de esos cambios. Este es el concepto mismo de ramificación.
Trabajas en mybranch , comprometes y presionas a voluntad y así puedes queueborar con tu equipo en la function que estás desarrollando. Al presionar la twig de característica local se vuelve remota y visible para todos los demás desarrolladores en el repository. La twig de versión estable sigue siendo la misma (debe hacerlo, de lo contrario, siempre estarías desarrollando en una twig potencialmente productiva. Big no no …).
stable-branch se verá afectado tan pronto como fusiones mybranch y luego mybranch en un process como
git checkout mybranch git commit -m "stuff" git push -u origin mybranch //optional publishing git checkout stable-branch git merge mybranch //now affecting stable-branch for the first time //optionally solve occurring merge-conflicts now git push -u origin stable-branch
Si está trabajando solo, todas las publicaciones antes de la fusión son opcionales, pero se recomiendan ya que este rastrea su historial de versiones de forma remota (básicamente para lo que está hecho Git) y permite reversiones, rebases y trabajar en diferentes máquinas.
Vea aquí para un manual detallado.