如何让 Subversion（或任何程序）执行定期提交？

Question

我想配置我的计算机，以便每半小时自动提交我正在处理的程序。 我正在使用 svn 存储库，因此即使它只是一个每 30 分钟运行一次“svn ci”的脚本也没关系。 问题是我不知道该怎么做。

有人可以告诉我，或者指导我去做一些事情，让我让这个定期提交的东西发挥作用吗？

提前致谢。

编辑：抱歉，我似乎让人们困惑我为什么要这样做。 我想要这样做的唯一原因是因为我的一位讲师希望我们了解我们的代码如何随着时间的推移而发展，并且我认为使用 svn 来实现此目的将是一个好主意。 最新的提交是否有效并不重要。 它只需要显示我随着时间的推移对代码所做的更改。

Answer 1

与明显流行的观点相反，我认为这是 svn 在作业环境中的一个很好的用途。

像 kdesvn 这样的工具（或者更好的是 tortoisesvn，但这只适用于 Windows）可能会让您深入了解日志视图、差异和责任视觉效果。

如果您使用的是 ubuntu，请从与您正在使用的控制台不同的控制台运行此 bash 脚本。

#!/bin/bash
while [ 1 ]
do
        # Do the commit
        svn ci --message "Automated commit" ~/yourworkingcopy

        # Wait until next commit time
        sleep 1800
done

Answer 2

您可以尝试运行 shell 脚本的 cron 作业。 你使用什么操作系统？

但我很好奇你为什么要这样做。 您的提交应该包含功能或错误修复，而不是基于时间间隔。 您可能会在更改（针对一组文件）的过程中提交，这将使您的修订毫无用处。

Answer 3

我不会用这样一系列的自动提交来弄脏你的控制版本系统。 但我同意使用控制版本系统来提供该信息的想法。

然后，我的建议是：为您的软件使用一个存储库，并使用另一个存储库来存储自动提交。 工作完成后，将主存储库中的所有自动提交合并为一个逻辑提交。

使用 git，我会这样做：

1. Repo 'foo'：主存储库
   1. refs/heads/...：开发分支的位置
   2. refs/sessions/...：包含脏提交的工作位置。
2. 您的工作副本：
   1. “git 初始化”
   2. “git 远程添加 foo git://foo/...;git fetch foo”
3. 创建分支: "git checkout -b bar foo/master"
4. 标记分支的开头: "git tag barbegin”
5. 激活脚本：“while true; do git add -A .; git commit -m 'autocommit'; did”
6. 我不会使用 cron 作业，因此您可以轻松激活/停用自动提交。
7. 完成工作后完成工作
8. ，立即停用脚本
9. 提交挂起的更改
10. ，分支栏中有很多自动提交，并且您已使用 barbegin 标记了分支的初始提交，
11. 开始发布您的自动提交：
    1. “git tag barend”
    2. “git push foo barbegin:refs/sessions/你的用户id/会话id/begin”
    3. "git push foo barend:refs/sessions/你的用户 ID/会话 ID/end"
12. now ，您已经发布了您的作品，您的讲师可以访问它
13. 以更新您的 foo 存储库：
    1. “git rebase -i --onto barbegin barbegin”并按照描述进行这里
    2. 我会压缩所有提交：“最终，只能有一个”。
    3. "git push foo bar:master" # 只会推送一个提交
14. clean:
    1. “git tag -d barbegin”
    2. “git tag -d barend”
    3. “git分支-d栏”

毕竟，我认为此类数据可能无法收集到有用的信息。 所以，我会尽量避免这个工作流程。 但如果真的需要的话，我会这样做。

Answer 4

我不认为按时间表设置提交是一个特别好的主意。 特别是当您开始进行测试和持续集成时。 按设定的时间间隔提交将破坏构建，因为无法保证您将在时间范围内完成变更集。

如果您想自动提交，更好的方法是将提交作为构建过程本身的一部分。 只需将构建过程的最后一步提交到存储库即可。 这样，如果构建失败，您就不会提交垃圾。

所有类型的 make 都完全有可能，而且我知道 Visual Studio 有构建前和构建后事件，可以将其设置为执行类似的操作。 所以我很确定大多数现代 IDE 都可以处理这个问题。

作为对这个问题的特别考虑：
将提交挂钩移至流程的开头，这样您就可以跟踪您何时搞砸以及如何修复错误。

Answer 5

我会使用 Subversion，但我会养成处理单个更改并将其提交到存储库的习惯。

这样，如果讲师愿意，他不仅可以查看更改的内容，还可以查看更改的原因。 我想这会更有用。

Answer 6

你可以试试这个食谱：
http://code.activestate。 com/recipes/577570-watch-directory-and-do-periodic-commits-to-subvers/

Answer 7

如果您在 UNIX 风格上运行，请考虑创建一个 cron 作业来运行定期发出命令。