Git: pasos eficientes para crear una nueva twig y empujar a control remoto

Me di count de los pasos, pero me parece engorroso, por ejemplo, tomar bitbucket , supongamos que ya tengo un proyecto llamado prj

  1. Yo ramifico un nuevo proyecto desde el lado del server (bitbucket.com), llamado prj-bz
  2. Desde local, agregue agregue un control remoto git remote add prj-bz https://blah...
  3. Al mismo time, desde local, creo una nueva twig llamada prj-bz
  4. Desde local, llamo git push prj-bz prj-bz para que el repository local y el remoto git push prj-bz prj-bz conectados.

Revisé algunos libros de git pero parece que ninguno cubre esto. ¿Alguna forma más eficiente de hacer esto?

En general, las personas generalmente hacen uno u otro Tenedor o Rama . Parece que estás haciendo una bifurcación de un repository, y luego haces una twig en el tenedor con el mismo nombre. Si está utilizando una Solicitud de extracción para volver a colocar los datos en el repository principal, no necesita hacer ambas cosas. Elija uno de los dos flujos de trabajo:

  • Tenedor el repository en Bitbucket (u otro sitio)
  • Clona el clon repo git clone https://bitbucket.org/username/repo-fork.git
  • Trabaja en ese fork git commit -m "some work done" , git push -u origin master
  • Cree una request de extracción para solicitar que los cambios se vuelvan a colocar en el padre del tenedor

O

  • Clona el clon repo git clone https://bitbucket.org/username/repo-fork.git principal git clone https://bitbucket.org/username/repo-fork.git
  • Crear una nueva sucursal local git checkout -b my-branch
  • Trabajar en esa twig git commit -m "some work done"
  • Empuja hacia arriba la twig git push -u origin my-branch
  • Crear una request de extracción

Con el método de sucursal, supongo que tiene derecho a escribir en el repository principal. Si no, querrá seguir el método de la bifurcación. Hay más flujos de trabajo por ahí también. Bitbucket también tiene un documento que explica esto , así como uno en el website de Atlassian con un poco más de profundidad en los flujos de trabajo de Git.

Bueno, si creas un repository nuevo en lugar de una nueva en uno existente, puedes git clone https://blah <target folder> para replace los pasos 2-4.

Si no, su única alternativa real es crear un script simple que acepte el nombre remoto, el nombre de la sucursal y la url git como arguments y ejecuta los pasos 2 a 4 con esa información.