Правильным решением этого является использование относительных ссылок, согласно этому ответу stackoverflow.com/a/11916467/1633251 (см. Комментарий со ссылкой на новый документ Github о том, как это сделать). Короткий ответ заключается в использовании[Read more words!](docs/more_words.md)
David H
2
Большинство решений предлагают указать на сам репо. Что делать, если вы хотите избежать бинарных файлов в репо (даже в отдельной ветке, как предложено) и хотите сохранить его во внешнем месте? Есть хорошие практики? Суть может быть (IDK, если суть может быть двоичным или просто текст)? создание еще одного репо "myproject-assets" для проекта "myproject"? Есть ли какое-нибудь внешнее популярное изображение-место, похожее на де-факто стандарт YouTube для загрузки видео?
GitHub рекомендует использовать относительные ссылки с ?raw=trueпараметром, чтобы убедиться, что разветвленные репо правильно указывают.
raw=trueПараметр существует для того , чтобы обеспечить изображение , ссылку, будет оказано как есть. Это означает, что с этим файлом будет связан только образ, а не весь интерфейс GitHub. Смотрите этот комментарий для более подробной информации.
Ну, я добавил официальные документы по относительным ссылкам, но я не могу найти репозиторий, который использует их, если у вас есть предложения, я буду рад помочь, поскольку весь смысл в том, чтобы помогать большему количеству людей, а не оставаться в поле зрения. (моя ошибка здесь).
Когда вы говорите /relative/path/to/img.jpg, разве это не абсолютный путь из-за ведущего слэша?
jww
1
@kelvin, raw=trueпараметр существует для того, чтобы визуализировать изображение, на которое указывает путь GitHub, а не интерфейс GitHub. Попробуйте увидеть разницу: github.com/altercation/solarized/blob/master/img/…s против github.com/altercation/solarized/blob/master/img/… . Первый URL покажет вам интерфейс GitHub и изображение, а второй покажет вам только изображение. Относительные ссылки все еще полезны при клонировании / разветвлении репозиториев, так что да, вы должны использовать относительные пути с этим параметром, но это две разные концепции.
Пол
70
Хотя уже есть принятый ответ, я хотел бы добавить еще один способ загрузки изображений в readme на GitHub.
Вы должны создать проблему в своем репо
Перетащите в область комментариев ваше изображение
После того, как ссылка на изображение сгенерирована, вставьте ее в ваш файл readme.
Мне интересно, как долго изображения, загруженные таким образом, будут жить. Github выполняет очистку некоторых изображений? Мол, «если это изображение не ссылаться из любого вопроса GitHub, я могу безопасно удалить его» ...
артинов
1
@ Артин, вероятно, только когда проблема полностью удалена. Закрытые проблемы остаются навсегда, поскольку они играют очень важную роль в документировании и отладке
andrhamm
55
Я обнаружил, что путь к изображению в моем репозитории не достаточен, мне пришлось ссылаться на изображение на raw.github.comподдомене.
Уменьшить это из-за комментария @sorens о принятом ответе. Плохо указывать абсолютную ванну, поскольку она не будет хорошо работать на разветвленных хранилищах. (Или если вы переименуете свой репозиторий, или если github изменит доменное имя и т. Д. И т. Д.)
Линус Уннебекк
7
@ LinusUnnebäck: есть одна веская причина использовать абсолютные пути imho: если readme.md используется и в других местах, например, в качестве главной страницы Doxygen. Относительные ссылки не будут работать тогда.
Ela782
1
@ Ela782 хотя, на дополнительном примечании, что должно не быть проблемой для программного обеспечения , которая копирования файлов README именно из GitHub ; такое программное обеспечение должно знать для правильного разрешения относительных URL-адресов. npm делает , например.
Марк Амери
как сделать ссылку на изображение на raw.github.comподдомене? куда загрузить файл изображения?
Saif
@Saif raw.github.com - это просто отражение того, что передано в ваш репозиторий github. Просто добавьте изображение в свой репозиторий и следуйте указанному формату URL.
-1 по причине, указанной @ shaobin0604; Официальные документы рекомендуют использовать относительные ссылки при ссылке на файл в вашем собственном репо, чтобы ссылка указывала на правильное место при разветвлении.
Марк Амери
17
Синтаксис уценки для отображения изображений действительно:
![image](https://{url})
НО: как обеспечить url?
Вы, вероятно, не хотите загромождать репо скриншотами, они не имеют ничего общего с кодом
Возможно, вам не захочется иметь дело с тем, чтобы сделать ваше изображение доступным в Интернете ... (загрузить его на сервер ...).
Итак ... вы можете использовать этот удивительный трюк, чтобы github размещал ваш файл изображения. TDLR:
создать проблему в списке проблем вашего репо
перетащите свой скриншот по этой проблеме
скопируйте код уценки, который GitHub только что создал для отображения своего изображения
Добавить изображение с помощью перетаскивания или выбора файла
Затем скопируйте источник изображения
Теперь добавьте ![Screenshot](http://url/to/img.png)в ваш файл README.md
Выполнено!
В качестве альтернативы вы можете использовать какой-нибудь хостинг изображений, например, imgurполучить его URL и добавить его в файл README.md, или вы также можете использовать статический хостинг файлов.
Во-первых, создайте каталог (папку) в корне локального репо, который будет содержать screenshotsдобавляемый файл . Давайте назовем имя этого каталога screenshots. Поместите изображения (JPEG, PNG, GIF, `и т. Д.), Которые вы хотите добавить в этот каталог.
Во-вторых, вам нужно добавить ссылку на каждое изображение в ваш README. Итак, если у меня есть изображения с именами 1_ArtistsActivity.pngи 2_AlbumsActivity.pngв моем каталоге скриншотов, я добавлю их ссылки так:
Если вы хотите, чтобы каждый снимок экрана находился на отдельной строке, напишите их ссылки на отдельных строках. Тем не менее, лучше, если вы напишите все ссылки в одну строку, разделенные только пробелом. На самом деле это может выглядеть не очень хорошо, но GitHub автоматически организует их для вас.
Вы должны выполнить фактические замены выше (например, MY_IMAGE = image.jpg), чтобы это работало.
Но, подождите ... неудача - нет фактически отрендеренного фото! И ссылка в точности как указано в Google Storage!
Github camo- анонимные изображения
Github размещает ваши изображения анонимно , ура! Однако это представляет проблему для ресурсов хранения Google. Вам необходимо получить сгенерированный URL-адрес из консоли Google Cloud.
Однако я уверен, что есть более плавный способ, просто зайдите на заданную конечную точку URL и скопируйте длинный URL. Подробности:
К вашему сведению - похоже, что-то меняется на стороне Google или Github. У меня были некоторые изображения в README, сбои этого метода, а некоторые работали по состоянию на полдень 28 марта 2020 года. YMMV здесь!
Джейсон Р. Стивенс CFA
0
Для меня лучший способ -
Создайте новую проблему с этим хранилищем на github, а затем загрузите файл в формате gif. Для преобразования видеофайлов в формат gif вы можете использовать этот веб-сайт http://www.online-convert.com/
Отправьте только что созданную проблему.
Скопируйте адрес загруженного файла
Наконец в вашем файле README поместите! [Demo] (COPIED ADDRESS)
С изображениями, расположенными в /screen-shotsкаталоге. Внешнее <div>позволяет позиционировать изображения. Заполнение достигается с помощью <img width="desired-padding" height="0">.
[Read more words!](docs/more_words.md)
Ответы:
Если вы используете Markdown (README.md):
При условии, что у вас есть изображение в вашем репо, вы можете использовать относительный URL:
Если вам нужно встроить изображение, размещенное в другом месте, вы можете использовать полный URL
GitHub рекомендует использовать относительные ссылки с
?raw=true
параметром, чтобы убедиться, что разветвленные репо правильно указывают.raw=true
Параметр существует для того , чтобы обеспечить изображение , ссылку, будет оказано как есть. Это означает, что с этим файлом будет связан только образ, а не весь интерфейс GitHub. Смотрите этот комментарий для более подробной информации.Посмотрите пример: https://raw.github.com/altercation/solarized/master/README.md
Если вы используете SVGs , то вам необходимо установить атрибут дезинфицировать к
true
а:?raw=true&sanitize=true
. (Спасибо @EliSherer)Также документация по относительным ссылкам в файлах README: https://help.github.com/articles/relative-links-in-readmes
И, конечно же, документы по уценке: http://daringfireball.net/projects/markdown/syntax
Кроме того, если вы создаете новую ветку
screenshots
для хранения изображений, вы можете избежать их нахождения вmaster
рабочем дереве.Затем вы можете вставить их, используя:
источник
/relative/path/to/img.jpg
, разве это не абсолютный путь из-за ведущего слэша?raw=true
параметр существует для того, чтобы визуализировать изображение, на которое указывает путь GitHub, а не интерфейс GitHub. Попробуйте увидеть разницу: github.com/altercation/solarized/blob/master/img/…s против github.com/altercation/solarized/blob/master/img/… . Первый URL покажет вам интерфейс GitHub и изображение, а второй покажет вам только изображение. Относительные ссылки все еще полезны при клонировании / разветвлении репозиториев, так что да, вы должны использовать относительные пути с этим параметром, но это две разные концепции.Хотя уже есть принятый ответ, я хотел бы добавить еще один способ загрузки изображений в readme на GitHub.
Более подробную информацию вы можете найти здесь
источник
Я обнаружил, что путь к изображению в моем репозитории не достаточен, мне пришлось ссылаться на изображение на
raw.github.com
поддомене.Формат URL
https://raw.github.com/{USERNAME}/{REPOSITORY}/{BRANCH}/{PATH}
Пример уценки
![Settings Window](https://raw.github.com/ryanmaxwell/iArrived/master/Screenshots/Settings.png)
источник
raw.github.com
поддомене? куда загрузить файл изображения?источник
Одна строка ниже должна быть то, что вы ищете
если ваш файл находится в хранилище
если ваш файл находится в другом внешнем URL
источник
Синтаксис уценки для отображения изображений действительно:
НО: как обеспечить
url
?Итак ... вы можете использовать этот удивительный трюк, чтобы github размещал ваш файл изображения. TDLR:
http://solutionoptimist.com/2013/12/28/awesome-github-tricks/
источник
Гораздо проще, чем добавить URL Просто загрузите изображение в тот же репозиторий, например:
![Screenshot](screenshot.png)
источник
добавить это в README
источник
Markdown:
![Screenshot](http://url/to/img.png)
Затем скопируйте источник изображения
Теперь добавьте
![Screenshot](http://url/to/img.png)
в ваш файл README.mdВыполнено!
В качестве альтернативы вы можете использовать какой-нибудь хостинг изображений, например,
imgur
получить его URL и добавить его в файл README.md, или вы также можете использовать статический хостинг файлов.Образец вопроса
источник
Способ 1-> путь уценки
Способ 2-> HTML-способ
или
Примечание -> Если вы не хотите стилизовать изображение, то есть изменить размер, удалите часть стиля
источник
Во-первых, создайте каталог (папку) в корне локального репо, который будет содержать
screenshots
добавляемый файл . Давайте назовем имя этого каталогаscreenshots
. Поместите изображения (JPEG, PNG, GIF, `и т. Д.), Которые вы хотите добавить в этот каталог.Скриншот Android Studio Workspace
Во-вторых, вам нужно добавить ссылку на каждое изображение в ваш README. Итак, если у меня есть изображения с именами
1_ArtistsActivity.png
и2_AlbumsActivity.png
в моем каталоге скриншотов, я добавлю их ссылки так:Если вы хотите, чтобы каждый снимок экрана находился на отдельной строке, напишите их ссылки на отдельных строках. Тем не менее, лучше, если вы напишите все ссылки в одну строку, разделенные только пробелом. На самом деле это может выглядеть не очень хорошо, но GitHub автоматически организует их для вас.
Наконец, внесите свои изменения и нажмите их!
источник
Я погуглил несколько похожих вопросов и не увидел ответов с моей проблемой и ее довольно простым / легким решением.
Облачное хранилище Google - немного другой подход к изображениям в README
Вот как: как OP, я хотел изображение в моем Github README, и, зная синтаксис Markdown для этого, набрал его:
Вы должны выполнить фактические замены выше (например, MY_IMAGE = image.jpg), чтобы это работало.
Github
camo
- анонимные изображенияGithub размещает ваши изображения анонимно , ура! Однако это представляет проблему для ресурсов хранения Google. Вам необходимо получить сгенерированный URL-адрес из консоли Google Cloud.
Однако я уверен, что есть более плавный способ, просто зайдите на заданную конечную точку URL и скопируйте длинный URL. Подробности:
инструкции
https
неgs
) в новую вкладку / окно браузераНадеюсь, это поможет ускорить и прояснить эту проблему для всех остальных.
источник
Для меня лучший способ -
Надеюсь, это поможет.
источник
Добавить изображение в репозиторий из опции загрузки файла, затем в файл README
источник
С изображениями, расположенными в
/screen-shots
каталоге. Внешнее<div>
позволяет позиционировать изображения. Заполнение достигается с помощью<img width="desired-padding" height="0">
.источник