Image 如何引用当前目录中GitLab markdown中路径以./dot slash开头的图像?
我在Git repo中存储了一个降价文件和一个图像文件,如下所示:Image 如何引用当前目录中GitLab markdown中路径以./dot slash开头的图像?,image,markdown,gitlab,Image,Markdown,Gitlab,我在Git repo中存储了一个降价文件和一个图像文件,如下所示: readme.markdown images/ image.png 我引用自述文件中的图像。标记如下: ![](./images/image.png) 这在ReText中按预期呈现,但在我将repo推送到GitLab时不会呈现 如何引用标记文件中的图像,以便在GitLab中查看时进行渲染?![](images/image.png)不带/适合我: 我已在以下位置打开了允许此操作的请求:但当GitLab转储UserVoic
readme.markdown
images/
image.png
![](./images/image.png)
这在ReText中按预期呈现,但在我将repo推送到GitLab时不会呈现
如何引用标记文件中的图像,以便在GitLab中查看时进行渲染?![](images/image.png)
不带/
适合我:
我已在以下位置打开了允许此操作的请求:但当GitLab转储UserVoice时,它进入了Internet无效状态。readme.md中的GitLab和Images也存在类似问题
我的扩展名readme.md中的徽标和Gitlab(在Ubuntu服务器上运行)也有同样的问题
Ubuntu版本:16.04.2 LTS
Gitlab版本:10.3.4 56dc722
我的解决方案
您还可以通过以下步骤在readme.md中使用图像片段:
在Gitlab概述中(已登录)
![](./images/image.png)
![Alt Text](/uploads/472fc65e1a1bc11b35cc03d6c339fd5/logo_u239;.svg)
到您的readme.md文件
如果您还想使用链接,它必须如下所示:
[![Alt Text](/uploads/4013547485B9E88E98F1AF387016A29/logo\u mit\u claim.svg)](https://your-destination.com)
希望它能帮助其他PPL在GitLab标记中,您可以通过两种不同的方式将图像添加到标记文件中
![alt text](img/markdown_logo.png“标题文本”)
![alt text1][logo]
[logo]:img/markdown\u logo.png“标题文本”
/
将是解决方案
![](images/image.png)
更多关于
我的图像位于
.bin/img/
文件夹中我必须使用以下格式才能获得图像:
![alt text](<./bin/img/some_image.png>)
![替换文本]()
注意
这是真的。我在没有/
的情况下重试,它就可以工作了。我编辑了我的博文,定义自定义图像大小(hxw)怎么样?@danger89文档没有说什么,所以我认为这是不可能的。所以要么是HTML内部标记(似乎允许它:),要么是ImageMagick。不适合我。这两个代码段都不包含图像。如果我点击我的浏览器请求另存为文本文件的链接:image.svg.txt
,并且不显示图像最终我发现您的解决方法也适用于我,只是我的情况中存在另一个问题:我的svg文件是由inkscape导出的,它在本地标记文档中运行良好,但我需要将普通svg设置为在gitlab中使用,虽然很有趣,但我认为这不符合作者的要求。他们似乎希望保持文档的自包含性,并希望版本控制来维护特定图像文件和特定文档之间的链接。您的解决方案基本上是使用GitLab Snippets作为图像文件的文件托管服务。此外,我认为,如果作者本人(登录并通过GitLab验证)以外的任何人想要查看该文件,则此解决方案不起作用。该代码段具有权限访问权限,限制了访问与repo本身完全分离的文件的用户。此解决方案(经过修改)是我更喜欢的解决方案,因为它允许复制+粘贴将图像添加到Readme.md,在问题中:1)生成图像的URL,然后2)将新URL复制并粘贴到Readme.md(在编辑模式下),3)在Readme.md文件中使用预览模式显示图像。您的解决方案基本上是错误使用GitLab问题系统,让GitLab充当图像的文件服务器。作者似乎想要链接版本控制和自包含文档,或者他们可以将图像作为公共共享文件或类似文件添加到任何云存储中。虽然这个解决方案很有趣,但我认为它不能满足要求。至少对于gitlab 9.1.4来说,尖括号似乎是必需的正确答案!这比省略./要好,后者确实有效,但会使对存储库根的引用成为绝对引用。但是,在子目录中也可以使用。不再工作(13.8.2)