No soy un programador de profesión, pero hago algunos códigos y he usado github algunos. Me he encontrado con lo que me parece una situación sorprendente. Estoy muy familiarizado con git.
Hay un proyecto en el que encontré un error (pequeño) que me estaba afectando. Pasé una tarde encontrándolo y arreglando. Bifurqué el repositorio, confirmé el cambio y emití una solicitud de extracción. Después de ver que estaba cerrado porque "Combinado en una rama de desarrollo", pensé que todo estaba bien.
Hoy estaba navegando en el repositorio preparándome para eliminar mi sucursal, y no puedo encontrar dónde se fusionó el compromiso en el repositorio del mantenedor. Después de un tiempo, me doy cuenta de que se ha agregado como un compromiso, pero el autor ya no soy yo.
Por lo que puedo decir, la única forma de hacerlo sería utilizar específicamente una rebase, una enmienda u otra reescritura del historial para eliminar al autor original.
Esto me parece muy mal. En el mejor de los casos es confuso, en el peor de los casos, el autor de este repo está tomando el crédito por los compromisos de todos y luego se pierde la historia del colaborador original. Nuevamente es un pequeño error, no uso esto para mi currículum profesional, simplemente parece deshonesto.
¿Esto es normal? ¿Debo decir algo al respecto?
Edit: El sentimiento general parece ser que debo ir a preguntar, así que lo haré esta mañana.
Según la solicitud a continuación. Lo he comprobado y mi código existe y se aplicó exactamente como lo escribí (incluido el comentario). Verifiqué que tanto el autor como el autor han sido cambiados. También se agregó un cambio adicional al mismo tiempo que mis cambios. Es una sola línea, que afectaría tanto al parche como a otros códigos anteriores. IE la adición de una línea no está relacionada con el error que estaba solucionando.
Actualizar Parece que la respuesta fue que el autor mantiene una rama de desarrollo y no quiere fusionarse de su rama maestra en ella. Él re-escribió mi compromiso de evitar una fusión. No estaba preocupado por la rama original de b / c git lo suficientemente potente como para seleccionar, rebautizar y fusionar las confirmaciones según sea necesario.
¿Esto es típico en github?
¿Debo comunicarme con el encargado de mantenimiento de un proyecto para preguntar a qué sucursal aplicar los parches?