1
5
我不会用这样的一系列自动提交来破坏您的控制版本系统。但我同意使用控制版本系统来提供这些信息的想法。 然后,我的建议是:为您的软件使用一个存储库,另一个用于存储自动提交。完成工作后,仅在一个逻辑提交中合并主存储库中的所有自动提交。 有了Git,我可以做到:
在这之后,我认为用这种数据收集有用的信息是不可能的。所以,我会尽量避免这个工作流程。但如果真的需要,我会这样做。 |
2
12
与明显的流行观点相反,我认为这是SVN在任务上下文中的一个很好的应用。 像kdesvn这样的工具(或者更好的工具,Tortoissesvn,但这只在Windows上)可能会让您对日志视图、差异和非视觉效果有很好的了解。 如果您使用的是Ubuntu,那么从一个独立于您所使用的控制台运行这个bash脚本。
|
3
6
您可以尝试运行shell脚本的cron作业。你在开什么操作系统? 但我很好奇你为什么要这么做。您的提交应该包含一些功能或错误修复,而不是基于时间间隔。您可能会在更改过程中提交(在一组文件上),这将使您的修订变得无用。 |
4
5
我不认为按时间表设置提交是一个特别好的主意。尤其是当你开始进入测试和持续集成的时候。按设置的时间间隔提交将中断生成,因为无法保证您将在时间范围内完成变更集。 如果您想自动提交,一个更好的方法是使提交成为构建过程本身的一部分。只需将构建过程的最后一步提交到存储库。这样,如果构建失败,就不会提交垃圾。 完全有可能有各种各样的制作风格,我知道Visual Studio有预生成和后期生成事件,可以设置为执行类似的操作。所以我很确定大多数现代的IDE都能处理这个问题。
作为对这个问题的特别考虑:
|
5
2
我会使用Subversion,但我会习惯于只进行一次更改,并将这些更改提交到存储库中。 这样,如果讲师愿意,他不仅可以看到 什么 改变了,但是 为什么? 它变了。我想这会更有用。 |
6
2
|