¿Cómo impulsar cambios temporales?

Git noob aquí. Aquí está mi enigma:

  1. Quiero presionar el código para tener un logging de mi esfuerzo y el historial de cambios
  2. El nuevo código aún no está terminado y se romperá

¿Hay alguna forma de impulsar cambios "ligeramente", solo para mostrar en qué he estado trabajando, pero no actualizará los files locales de otros si extraen la Sucursal?

Por lo general, presiono un código como este:

git add . git commit -m "this code doesn't work yet, and shouldn't be pulled" git pull origin myBranch git status git pull origin myBranch 

¿Qué debería usar para lograr esto? Una nueva twig? ¿Un tenedor? No estoy muy seguro sobre la terminología, si supiera que podría ir fácilmente.

No. Simplemente empuja a una twig diferente. Este es un problema de políticas de sucursales, que su equipo necesita definir.

Si empuja sus cambios en el repository remoto, sus compañeros de equipo verán estos cambios, por lo que una buena práctica es crear una twig feature (consulte la recomendación git-flow ) que se fusionará con la twig actual.

En esta twig de características puede enviar commits inútiles, no importa si envía posts de commits malos PERO una vez que esté listo para fusionar la twig de características en la twig utilizada por sus compañeros, puede ejecutar este command antes de git rebase -i , en para reescribir el historial para mantener solo posts de confirmaciones útiles.

Puede asignar su trabajo a tantas twigs locales (es decir, almacenadas en el directory .git junto a su copy de trabajo) como desee, sin tener que empujarlas a otro repository (en un server central, por ejemplo).

De esta manera tienes un logging de tu trabajo sin afectar a los demás.

Una vez que sepa que su trabajo está listo para que lo usen otros, puede presionar.

No hay tal cosa como una twig "light" en git . No hay forma de hacer una twig remota que estaría disponible para tirar para otros, pero no modificaría un tree de trabajo local.

Debes empujar una twig marcada de algún modo como inacabada. Un método popular es agregar [WIP] a los nombres de las sucursales o confirma los posts para indicar que son Work in Progresss :

https://docs.gitlab.com/ce/user/project/merge_requests/work_in_progress_merge_requests.html

https://gerrit-review.googlesource.com/Documentation/config-plugins.html#wip

O desde https://github.com/blog/1943-how-to-write-the-perfect-pull-request :

Sea explícito sobre cuándo desea recibir comentarios, si la Solicitud de extracción está en curso, dígalo. Un prefijo de "[WIP]" en el título es un patrón simple y común para indicar ese estado.