Git 有没有一种方法可以使Jekyll呈现拉请求差异?

Git 有没有一种方法可以使Jekyll呈现拉请求差异?,git,github,jenkins,jekyll,pull-request,Git,Github,Jenkins,Jekyll,Pull Request,tl;dr:我们将GitHub和Jekyll与纺织品支持的页面结合使用,以呈现内部文档集。效果很好,除了一件事:很难理解提议的变更中的差异 较长版本: 我们有一个GitHub repo,其中包含一个Jekyll安装和包含文档内容的纺织代码。当我们设计产品的新方面时,此文档集会不断演变。我们用于添加新文档的工作流如下所示: 开发人员分叉或分支回购协议,并修改纺织代码以反映所需的新更改。 完成后,他/她向原始回购提交拉取请求。 指定的组审查此请求并批准该请求、合并该请求或将其与注释一起发回。 在步骤

tl;dr:我们将GitHub和Jekyll与纺织品支持的页面结合使用,以呈现内部文档集。效果很好,除了一件事:很难理解提议的变更中的差异

较长版本:

我们有一个GitHub repo,其中包含一个Jekyll安装和包含文档内容的纺织代码。当我们设计产品的新方面时,此文档集会不断演变。我们用于添加新文档的工作流如下所示:

开发人员分叉或分支回购协议,并修改纺织代码以反映所需的新更改。 完成后,他/她向原始回购提交拉取请求。 指定的组审查此请求并批准该请求、合并该请求或将其与注释一起发回。 在步骤3中,我们通常会在GitHub pull请求页面中读取changed files选项卡。这是次优的,因为纺织代码通常超出GitHub接口的屏幕宽度,而diff屏幕通常只包含几行上下文。这通常不足以真正理解提议的变更

我希望看到的是:

提交或更新拉取请求时,将运行Jenkins或类似作业,并呈现PR分支的内容,并标记添加和删除。想象一个或周围的修改

有人知道这是否已经完成了吗?或者,如果我们独自一人的话,有什么聪明的方法来实现这样的目标吗


谢谢

你找到这个问题的答案了吗?我很想看看这个图奥人,我完全忘了这个问题。不,从来没有找到一个好的答案,但我们也不再以这种方式使用Jekyll或Textile。目前的答案似乎是GitHub在呈现Markdown或Ascidoc(包括差异)方面做得非常好。事实证明,这对于我们当前的内部文档需求非常有效。