(Gitlab)Wiki的维护(断开链接、页面重命名等)

(Gitlab)Wiki的维护(断开链接、页面重命名等),gitlab,wiki,Gitlab,Wiki,我正试图在Gitlab上为我们的内部软件创建一个文档Wiki。 起点是一组混乱的文本,部分来自于一些LaTeX脚本,但也有其他来源 目前我最大的问题是确保wiki中所有交叉引用/链接的正确性 我一直在一页一页地清理,但似乎不可能修复所有断开的链接。特别是,如果某些页面被重命名或移动到另一个文件夹,则对该页面的所有引用都会被破坏。手动验证每个链接也很烦人,即单击它只是为了查看它是否链接到某个目的地 所以,我的问题是:有没有检查Gitlab wiki完整性的工具 我的想法是这样的:如果我(通过git

我正试图在Gitlab上为我们的内部软件创建一个文档Wiki。 起点是一组混乱的文本,部分来自于一些LaTeX脚本,但也有其他来源

目前我最大的问题是确保wiki中所有交叉引用/链接的正确性

我一直在一页一页地清理,但似乎不可能修复所有断开的链接。特别是,如果某些页面被重命名或移动到另一个文件夹,则对该页面的所有引用都会被破坏。手动验证每个链接也很烦人,即单击它只是为了查看它是否链接到某个目的地

所以,我的问题是:有没有检查Gitlab wiki完整性的工具

我的想法是这样的:如果我(通过git)将整个Wiki克隆到我的机器上,我就有了一个文件夹结构,里面填充了降价文件。一些工具应该在所有这些文件/文件夹中递归运行,至少给我一个断开链接的列表


当然,如果我移动/重命名一个页面,一些重新分解的工具会更新其他页面中的链接,这会更棒。

问题在于,正如你所发现的,Wiki既粗糙又脆弱。链接确实与标题相关,不会更新。没有等级制度。你所做的是滥用维基。切换到Jekyll和GitHubPages。一些Wiki引擎的实现既粗糙又脆弱。有些则不然。一个良好实现的Wiki引擎将保持链接的完整性。遗憾的是,很多人做得不好或做得不好。@matt你读过关于gitlab的部分,而不是github,对吗?它们是两种完全不同的产品。如果该用户使用的是自托管gitlab实例,告诉他们切换到一个完全不同的产品,该产品具有完全不同的功能,甚至不能作为独立安装,这有点不真实。