我通常在网站上托管图像，这可以链接到任何托管图像。把这个放在自述文件里。适用于.rst文件，不确定.md

.. image:: https://url/path/to/image
   :height: 100px
   :width: 200 px
   :scale: 50 %

尝试此标记：

![alt text](http://url/to/img.png)

我认为，如果图像存储在存储库中，您可以直接链接到原始版本的图像。即

![alt text](https://github.com/[username]/[reponame]/blob/[branch]/image.jpg?raw=true)

在新的Github UI中，这对我有用-

示例-在文件夹（myFolder）中提交image.png，并在README.md中添加以下行：

![Optional Text](../main/myFolder/image.png)

用桌子突出，这会给它带来独特的魅力

表语法为：

按符号分隔每个列单元格|

表格标题（第一行）由第二行由---

|第1列|第2列||------------|-------------||图像1 |图像2|

输出

现在，如果使用两个图像，只需在图像1和图像2处放置<img src=“url/relativePath”>

注意：如果使用多个图像只是包含更多列，则可以使用width和height属性使其看起来可读。

实例

|第1列|第2列||------------|-------------||<img src=“https://media.wired.com/photos/5926db217034dc5f91becd6b/master/w_582，c_limit/so-go-s.jpg“width=”250“>|<img src=”https://mk0jobadderjftub56m0.kinstacdn.com/wp-content/uploads/stackoverflow.com-300.jpg“width=”250“>|

间距无关紧要

输出图像

帮助人：adam-p

许多张贴的解决方案都不完整或不合我的口味。

像imgur这样的外部CDN为该链添加了另一个工具。无聊的。在问题跟踪程序中创建虚拟问题是一种黑客行为。它会造成混乱，让用户感到困惑。将此解决方案迁移到fork或脱离GitHub是一件痛苦的事。使用gh-pages分支会使URL变得脆弱。另一个在维护gh页面的项目中工作的人可能不知道一些外部信息，这取决于这些图像的路径。gh-pages分支在GitHub上有一个特殊的行为，这对于托管CDN图像是不必要的。在版本控制中跟踪资产是一件好事。随着项目的发展和变化，管理和跟踪多个用户的变化是一种更可持续的方式。如果图像适用于软件的特定版本，则最好链接不可变图像。这样，如果稍后更新图像以反映软件的更改，任何阅读该版本自述文件的人都会找到正确的图像。

受这一要点启发，我的首选解决方案是使用带有特定修订永久链接的资产分支。

git checkout --orphan assets
git reset --hard
cp /path/to/cat.png .
git add .
git commit -m 'Added cat picture'
git push -u origin assets
git rev-parse HEAD  # Print the SHA, which is optional, you'll see below.

构造一个“永久链接”到图像的这个版本，并将其包装在Markdown中。

然而，手动查找提交SHA是不方便的，因此，作为快捷键，按Y键可以永久链接到特定提交中的文件，正如这个help.github页面所说的那样。

要始终显示资产分支上的最新图像，请使用blob URL：

https://github.com/github/{repository}/blob/assets/cat.png 

（从同一个GitHub帮助页面，文件视图显示分支上的最新版本）

非常简单：可以使用Ctrl+C/V完成

这里的大多数答案都是直接或间接地将图像上传到其他地方，然后提供链接。

只需复制任何图像并在编辑Readme.md时粘贴即可完成

复制图像-您只需单击图像文件并使用Ctrl+C，也可以使用剪切工具将截图图像复制到剪贴板然后，您可以在编辑Readme.md时简单地按Ctrl+V

Guithub将自动将其上传到user-images.githubusercontent.com，并在那里插入指向它的链接