|
|
1
5
在我看来,这似乎是一种糟糕的做法——强迫对某些内容进行审查会抑制频繁的签到,而这正是你想要鼓励的事情之一。总的来说,我对使用版本控制软件作为某种工作流管理系统的明显趋势感到有点沮丧——这根本不是它的目的! |
|
|
2
1
我走了一条相当原始的路线来回答我自己的问题。我更改了预提交挂钩,以查找文本“Reviewed by:”,否则它将阻止提交 这有问题
然而,它将允许我们解析SVN日志,以查看哪些内容已经/没有被审查,以及由谁审查。 |
|
3
0
你基本上已经有一个例子了。只需添加以下内容:
然而。 当变更已经提交时,审查变更是最容易的。此外,正如Neil已经提到的,你不想阻止常规的一口大小的提交。审查巨大的变化并不能很好地发挥作用。 如果你真的想确保每一个变化都得到审查,你应该使用 feature branches 。为每个更改创建一个分支,并允许频繁的小提交而不进行审查。当更改准备就绪时,审阅者可以逐个提交检查它,并将更改合并到主干中。 |
|
|
4
0
你可能想考虑使用Git之类的东西( http://git-scm.com/ )而不是SVN。使用Git,你可以拥有一个只能由你的审阅者编写的项目的“祝福”版本。这些人都在本地机器上使用代码,并可以将他们的更改推送到项目的“审查”实例。审阅者可以在“审阅”实例中看到更改,并将单个更改推送到“祝福”版本。 Git还可以直接转换现有的SVN项目。 |
|
|
Eric · pip安装-e svn+ssh不接受用户 8 年前 |
|
|
Anu699 · 在git中管理多个项目的最佳方式是什么?[已关闭] 8 年前 |
|
|
Dipu H · Viewvc未扩展关键字 8 年前 |
|
|
NealWalters · SVNLook-存储库格式-语法不正确 8 年前 |
|
|
m-mas · 尝试与svn重新同步trac时出错 8 年前 |
|
|
Wombattle · 通过命令行在SVN中保留时间戳 8 年前 |