Ответ 1
В настоящее время относительные ссылки на изображения работают для меня как в репозитории, так и в вики. Я использую синтаксис следующим образом:

Вот пример:
У меня есть gist, в котором есть файл с отметкой и изображение.
Есть ли способ сделать относительную ссылку на этот образ?
Что-то вроде 
вместо 
Вот пример
В настоящее время относительные ссылки на изображения работают для меня как в репозитории, так и в вики. Я использую синтаксис следующим образом:

Вот пример:
Да, относительная связь работает для меня. Я использую pancake.io для размещения моих страниц. http://pancake.io/2c8aa8/topics/cpp/cpp.md
Изображения на этой странице находятся в папке cpp
.
Код уценки, используемый для первого изображения, -

Код уценки (фактически html), используемый для второго изображения,
<div style='float: center'>
<img style='width: 600px' src="prefixpostfixincrement.png"></img>
</div>
ПРИМЕЧАНИЕ. Я пропустил основную часть. Попробуйте html-путь, если gist не поддерживает синтаксис относительного пути сравнения.
проверено только сейчас... Я не смог использовать относительные URL-адреса в wiki-среде github.
Мне пришлось добавить изображение в реплику wiki, затем просмотреть репо и показать github мне (чтобы я мог захватить URL-адрес). затем используйте полный url в уценке. но, к счастью, URL-адреса просты для прогнозирования: https://github.com/*username*/*reponame*/wiki/*imagename.png*
я представил это isse для поддержки github.
Нет, относительный URL-адрес изображения из уценки не работает, поэтому вам придется придерживаться длинного статического URL-адреса:
https://gist.github.com/mattborn/c346c8689a5eaf86e823
Однако относительные URL-адреса для некоторых файлов работают:
Согласно http://blog.rodneyrehm.de/archives/35-Including-Data-From-Github.html, проблема в использовании https://gist.github.com/user/605560c2961cb3025038/raw/b75d2...6e8/img.png
заключается в том, что часть b75d2...6e8
изменяется для каждого файла (быстрое экспериментирование подтверждает, что это git blob id). Однако вы можете удалить эту часть, указав URL-адрес последней версии:
https://gist.github.com/user/605560c2961cb3025038/raw/img.png
или взять рабочий пример:
https://gist.githubusercontent.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png
Это также работает как относительный путь raw/dodgetocat_v2.png
!
Однако (по состоянию на конец 2017 года) github может отображать один и тот же смысл из двух URL-адресов:
При просмотре https://gist.github.com/cben/46d9536baacb7c5d196c/ (с завершающей косой чертой) относительный путь добавляется, разрешается https://gist.github.com/cben/46d9536baacb7c5d196c/raw/dodgetocat_v2.png - работает: -)
При просмотре https://gist.github.com/cben/46d9536baacb7c5d196c (без конечной косой черты) относительный путь заменяет последнюю часть URL-адреса, разрешает to https://gist.github.com/cben/raw/dodgetocat_v2.png - сломан: - (
[ОБНОВЛЕНО, декабрь 2017. Предыдущие проблемы с сырыми файлами, которые служили Content-Type: application/octet-stream
и переписывание атрибутов src
изображений на camo.githubusercontent.com
больше не выполнялись, по крайней мере, не для изображений из одного и того же текста.]
Увы, мы не можем просто использовать первый URL-адрес и доверять ему, чтобы он всегда работал.
(Вы можете использовать относительный путь 46d9536baacb7c5d196c/raw/dodgetocat_v2.png
, который будет работать только без завершающего косая черта, но это также вызывает сомнение и меньше того стоит - не более гибкий, чем полный URL.)
Оба могут обрабатываться с помощью прокси-сервера, который фиксирует Content-Type, например. Rawgit или Bl.ocks.org(а не Гитуб, не злоупотребляйте ими). К сожалению, Rawgit не отображает Markdown, поддерживает только файлы как есть, а Bl.ocks.org делает уценку, но структура URL такова, что относительные ссылки не будут работать. Это означает, что вы можете ссылаться на полный внешний URL в Markdown или относительный в HTML: - (
См. https://gist.github.com/cben/46d9536baacb7c5d196c/, отторгнутый от сути, и его index.html просматривается через: