将“建议的”代码更改封装在文件中以与windiff一起使用（用于代码审查）

Question

我已经看到这在大型软件公司中使用，他们有自己的系统来实现这一点。想要签入的开发人员首先会创建一个自解压“打包”，其他开发人员可以在他们的系统上打开这些打包，并且查看系统的更改将是什么（请记住“基础” “代码文件的版本+建议的更改）。 [想想一个便携式文件，显示你计划提交的任何版本的windiff版本]

这样，其他开发人员可以看到建议的代码更改，审核/建议更改等等。

我无法在开源世界中找到这样的东西。人们可以在这里提出一些建议吗？

Answer 1

DVCS（Git或Mercurial）完全适应那种情况：

• 开发人员可以在 local repo中进行他/她想要的所有提交
• 其他开发人员可以从第一个开发人员的回购中获取（不合并）更改，并比较它们（例如在问题“How to view diff of a forked github project”中。

即使无法进行提取，也可以检查第一个开发人员can generate patches，例如您在问题中描述的“包”。
实际上git format-patch man page提到：

  

- 无二进制

     

不要输出二进制文件中的更改内容，而是显示这些文件发生更改的通知。使用此选项生成的修补程序无法正确应用，但它们仍可用于代码审查。

确认使用这些补丁进行代码审查。

可以使用这些补丁的开源项目 Review Board 。
Gerrit 也有类似Egit review process中所示的机制。

Answer 2

如果您使用的是Subversion，那么您有几个选择：

1. 在branch中进行更改，让人们查看该分支的日志并决定合并策略。
2. 如果您没有进行大的更改，请不要提交 - create a patch文件，而是可以发送给您的同事。他们可以将该补丁应用于工作副本，并查看提交之前所做的更改。当您不是项目的提交者时，这是为开源项目做出贡献的典型方法。

Answer 3

如果你不是特别关注自我提取tarball。以下是对可用的开源工具的快速回顾。

  

http://ostatic.com/blog/open-source-code-review-tools

我使用评论板，其最新版本相当不错。