¿Diferencia entre file creado en github y uno enviado a github?

Creé un file en repo X usando github GUI (es decir, el pequeño signo más al lado del nombre del repository), lo que resulta en una línea de confirmación en el historial para X/filename que dice "Crear nombre de file". Luego borré el file y escribí uno nuevo desde gitbash (en Windows) usando echo "file contents" > filename , que agregué, comprometí y presioné. Ahora hay otra línea en la historia que se ve idéntica a la línea original "Crear nombre de file".

¿Hay alguna diferencia entre la funcionalidad subyacente de estos dos methods de compromiso y, de ser así, hay alguna forma de detectarlo leyendo el historial?

Realmente no

Puede ver la confirmación sin procesar en github agregando .patch a una url de confirmación; Si lo hace, probablemente sacará la conclusión "no", no es posible identificar las confirmaciones realizadas a través del editor web de github.

Pero es posible en circunstancias específicas

Por inspección, puede encontrar que hay algunos indicadores que permiten identificar la fuente.

Por ejemplo, compare este compromiso :

 From 6b766cd443de8d0694438cab9455517f851d817a Mon Sep 17 00:00:00 2001 From: AD7six <andydawson76@gmail.com> Date: Wed, 26 Mar 2014 16:57:58 +0000 Subject: [PATCH] Make the pages controller throw 404s 

con este compromiso :

 From 234407bbaa41333f077243bef32c2317692f440d Mon Sep 17 00:00:00 2001 From: Andy Dawson <andydawson76@gmail.com> Date: Sat, 31 May 2014 18:42:22 +0200 Subject: [PATCH] add more descriptive env/dsn docs 

Hay un indicador sutil pero claro (para mí) que confirmaciones se realizaron a través de la interfaz web de github:

 From: AD7six <andydawson76@gmail.com> ^ normal commit From: Andy Dawson <andydawson76@gmail.com> ^ Github UI 

El primero viene de mi propia git config user.name , mientras que el segundo es mi nombre como se muestra en github .

Este es un escenario de ejemplo por el cual es posible identificar un compromiso hecho a través de la UI de Github en lugar de como un compromiso de git normal.

La interfaz de usuario de github y la command-line manipulan el repository de git de la misma manera. No existe un concepto como "vino de remoto" frente a "local", ya que todo el historial de una sucursal se sincroniza / fusiona en un empuje. La única forma de rastrear las diferencias es mediante comentarios de compromiso apropiados.

github podría usar notas de git o templates en los posts de confirmación para diferenciar las confirmaciones de UI, pero hasta donde sé, no hay tal opción en este momento.