git search y tirar

Aquí, estamos migrando nuestro código fuente a github, y esta transacción me está dando dolores de cabeza 🙂
Lo que hice: fui a nuestro espacio de trabajo (es un proyecto de eclipse) e hice git init y git add . y luego git commit -am "first commit"
todo funcionó bien, y luego, simplemente lo empujé a github. éxito también
pero hay un gran problema: mi amigo acaba de hacer un cambio en un file llamado A.java y acabo de cambiar B.java . Ok, no es un gran problema. luego, lo empujó a github. Cuando trato de presionar, mi impulso es rechazado. Ok, hice un git pull github master y luego, git pull github master nuevamente, y ahora mi 'commit message' gira como Merge branch 'master' of github.com:germantech/projectName
Ok, ¿qué estoy haciendo mal?
ps: perdón por mi inglés

No estás haciendo nada mal: cuando hagas git pull github master , git irá al repository indicado por el github remoto, github todo lo necesario para la twig master y luego lo fusionará con tu twig actual. Antes del tirón, tenías la siguiente historia:

 O --- A (master) 

… donde O es el compromiso con el post "primer compromiso" y A es el compromiso que introdujo los cambios en A.java . Tu amigo, mientras tanto, tiene la historia:

 O --- B (master) 

… y eso ha sido enviado a GitHub. Cuando tu git pull github master combina en tu historial, crea una "combinación de fusión" para representar el estado del tree con los cambios de ambas twigs master :

 O --- B --- M (master) \ / ---A --- 

Si, en cambio, quisieras mantener la historia lineal, podrías hacer git pull --rebase github master , que en su lugar "reproduciría" tus commits que no están en la versión remota de la twig además de esa versión de eliminación de la twig:

 o --- B --- A' (master) 

Algunas personas prefieren eso, personalmente no me importa.

¿Estás en el mismo repository o en repositorys diferentes? Si es usted, necesita volver a establecer la base de sus cambios y volver a presionar

 git pull --rebase github master git push github master