【问题标题】:Is there any pre-commit validation to validate existence of comments/java-docs for the code before committing to SVN? [closed]在提交到 SVN 之前,是否有任何预提交验证来验证代码的注释/java-docs 是否存在? [关闭]
【发布时间】:2016-06-10 22:02:12
【问题描述】:

它与Android Studio 有关系吗?如果有人将其他GUI 用于SVN,该怎么办?

【问题讨论】:

  • 如果他们没有“在提交到 SVN 之前为代码编写 cmets/java-docs”,则解雇他们。
  • 我投票结束这个问题,因为它是关于员工管理和公司政策的。
  • @CommonsWare 我希望,我可以。顺便说一句,我明白了你的意思,但我只是想知道是否可以为提交添加一些验证。
  • 好吧,正如 Gavin 指出的那样,您没有自动执行 well-written cmets 的好方法。自动检查并不能真正解决问题似乎是在浪费精力。
  • 使用 Git,您可以使用 Gerrit 之类的东西来允许团队成员审查、批准或拒绝彼此的更改。所以团队可以执行标准。

标签: java android svn android-studio svncommit


【解决方案1】:

我认为这个问题有点广泛。虽然您可能可以通过策略(带有正式警告等惩罚)强制某人添加提交消息,或者可能 SVN 具有预提交挂钩;这些信息有用且有意义吗?

也许确保您进行同行评审和教育是解决此问题的方法。

【讨论】:

  • @Mr.India 不客气。
  • 我们在提交时要做的一件事是在消息的第一部分包含工作的票号,例如“[MyProject-42] 添加对 xy 或 z 的验证”跨度>
  • 我有一个额外的想法,如果你正在分支上开发(你可能应该这样做),如果有没有消息的提交,你可以拒绝合并分支。我相信您可以在 SVN 中相当东风地编辑提交消息。当然,这需要整个团队对提交消息有相同的看法。
【解决方案2】:

这是团队负责人或项目经理的职责,当他/她将项目分配给团队时,项目经理/负责人必须命令他/她的团队编写 cmets,然后再在 SVN 上提交代码

【讨论】:

  • “其他 w”..... 什么?
  • 我会说这是整个团队的责任
猜你喜欢
  • 1970-01-01
  • 2014-02-12
  • 2012-05-07
  • 1970-01-01
  • 2015-10-14
  • 2017-01-15
  • 2014-07-19
  • 2014-09-05
  • 1970-01-01
相关资源
最近更新 更多