Git (assembla) – Sintaxis para referirse a un set de cambios anterior en un post de confirmación

¿Tiene git alguna syntax oficial que se pueda insert en los posts de confirmación para hacer reference a los sets de cambios anteriores? P.ej:

Oops. Adding files accidentally missed out from #7557bd82e2d0c7335319392b4bcb178ce0b9620f 

¿O Git no se molesta en definir estos, y deja eso a la herramienta que se utiliza para mostrar los posts (por ejemplo, Github o Assembla )?

En ese caso, ¿alguien sabe si Assembla tiene alguna de esas syntax, con suerte para convertir la reference en un enlace a ese set de cambios? Si GitHub tiene syntax para esto, entonces Assembla probablemente los copió …

En Git, no existe tal cosa como "compromiso previo". Hay una confirmación previa en un punto dado, pero después de una fusión, un nuevo compromiso podría llegar a la sucursal y insertse entre "confirmación actual" y "confirmación previa".

Sin embargo, Assembla puede vincular a una confirmación específica en los loggings del set de cambios de git. Si conoce el sha exacto o HEAD al que desea enlazar, puede usar el marcado de Assembla:

Aquí hay unos ejemplos:

 [[r:c27dbd5d84dfa9302c47a26196221c921c7d8c12|link to sha]] [[r:c27dbd5d84dfa9302c47a26196221c921c7d8c12]] [[url:www.assembla.com/code/<:space>/git/nodes/master|link to head]] 

Estos son los ejemplos en acción: https://www.assembla.com/code/bobo-titas/git/nodes/867b914329

Se puede encontrar más información sobre los enlaces de Assembla en la página "Crear nueva página wiki".

No hay un marcado pnetworkingefinido para especificar hashes de confirmación.

Los hashes de confirmación de Git son solo numbers hexadecimales, así que supongo que solo hace la coincidencia de /\<[0-9a-fA-f]{4,40}\>/ regulares de /\<[0-9a-fA-f]{4,40}\>/ (mínimo 4 dígitos, máximo 40 dígitos). También puede verificar si la coincidencia es un object válido de Git ( git rev-parse --verify "$match" ).


Parece que GitHub tiene una syntax especial después de todo. Para especificar commits en otros repositorys use el formatting <<username>>/<<repo>>@<<commitHash>> (los detalles se pueden encontrar en la pregunta Github commit message links ). Aunque personalmente evitaría las references directas de compromiso entre proyectos.