Android github push and pull

La primera vez que uso git y github para mi pequeño proyecto de Android, seré el usuario base. El rest del equipo tendrá que enviar una pull request para que la revise.

Creé un proyecto y los otros bifurcaron el proyecto. Cuando me comprometí y presenté contenido nuevo a mi repository y notifiqué a los miembros de mi equipo que actualizaran su copy. Hicieron clic en la flecha azul hacia abajo en el estudio de Android, pero parece que no pueden actualizarse alejándome de mí. Simplemente dice "Todos los files están actualizados".

Ellos tampoco pueden empujar. "Failed with error: fatal: unable to access 'https://github.com/groupmemberusername/project.git/': The requested URL returned error : 403"

Desde mi punto de vista es que una pull request es algo para que usted notifique al creador de repo base original (que soy yo) para que revise y así decidir si fusionar los cambios al repository original. ¿Es este entendimiento incorrecto?

Aquí están los pasos para crear una request de extracción

  1. git checkout -b "sub_branch_name_created from base branch"
  2. git agregar Foo.java
  3. git commit -m "post"
  4. origen de git push "sub_branch_name_created from branch base"

Ahora abra gitHub y aparecerá su compromiso en la list, click él, puede ver un button llamado "Nueva request de extracción", click eso, entonces todo lo que tiene que hacer es seleccionar la twig base y la twig que acaba de crear.

Eso es. <code> [! [enter image description here] [1]] [1] </ code>

Sí, estás en lo correcto. el propietario de un fork (clon) del proyecto original (o de una branch separada del proyecto original) emite una pull request para informar al propietario / líder del proyecto que alguien ha realizado un cambio que debe ser revisado.


En general, hay 2 opciones, donde se puede realizar una request de extracción.

Mismo proyecto, twig diferente

Un proyecto puede tener diferentes twigs. Ejemplo: usted (el propietario del proyecto) controla la twig master . Los miembros de su equipo no tienen permissions de escritura para la twig master , pero pueden crear una twig, donde tienen acceso completo (por ejemplo, projectname-membername ). El código modificado en la twig separada no se refleja en la twig master .

En este caso, sus miembros deben hacer una doble comprobación, si están empujando / tirando desde / hacia la twig master , es posible que no tengan los permissions para leer / escribir.

Proyecto diferente (tenedor)

En su caso específico, los miembros de su equipo crearon un fork , un proyecto separado, copyndo la base de código del proyecto original (llamado en upstream ).

Sin tener acceso completo al proyecto upstream , sus miembros tienen pleno acceso a su fork, que puede fusionarse con el proyecto upstream después de que lo haya revisado ( pull request ).

Sus miembros deben hacer una doble verificación, que están push hacia su propia bifurcación, no el proyecto anterior. Tenga en count que deben pull de su propio tenedor (trabajando en otra computadora, por ejemplo), y hacer una request de extracción para get sus cambios en el proyecto upstream .

Editar: si realiza cambios en el proyecto upstream , sus miembros tienen que fetch los cambios desde el upstream y realizar una merge manual con sus cambios locales.