2013-05-14 12 views

risposta

17

Questo non è (officially) possibile. GitHub Flavored Markdown non viene utilizzato per il rendering di file di markdown nel repository, viene utilizzato solo per problemi e commenti. Pertanto, i file readme vengono renderizzati utilizzando il normale markdown e non si verificherà l'autolinking per problemi, SHA e costrutti simili.

+1

Tuttavia è possibile avere ancora elenchi di attività e tabelle di sola lettura. –

37

C'è un modo abbastanza brutto di fare una cosa del genere se desideri solo fare riferimento alle questioni della stessa repo, che al 2015-04-29 opere:

see also [#3](/../../issues/3) 
+3

Un buon uso dei [link relativi a GitHub] (https://github.com/blog/1395-relative-links-in-markup-files);) – Dennis

+0

anche, questo funziona solo all'interno di un nome di ramo _without_ barre –

+0

.. .oppure aggiungi il numero in più '../' se necessario –

10

Questo non è strettamente la soluzione alla tua domanda, ma forse la soluzione al tuo problema.

Anche io volevo evitare di aggiungere URL assoluti ai collegamenti nel mio CHANGELOG, perché renderebbe le righe così lunghe e illeggibili.

Ma quando usando i link stile di riferimento, non è troppo male:

* [feature] Add an awesome feature ([#33][i33]) 
* [bug] Finally fixed this stupid bug ([#19][i19]) 

[i19]: https://github.com/user/repo/issues/19 
[i33]: https://github.com/user/repo/issues/33 

Uno dei grandi vantaggi è che funziona anche al di fuori di Github.

Problemi correlati