我已经在本地开发了代码,并且每当我达到开发的重要点(例如工作构建)时都会拍摄相当定期的快照。
所以我有一个大约 40 个文件夹的长列表,每个文件夹都是一个快照,例如按日期 YYYYMMDD 升序排列,例如:-
- 20100523
- 20100614
- 20100721
- 20100722
- 20100809
- 20100901
- 20101001
- 20101003
- 20101104
- 20101119
- 20101203
- 20101218
- 20110102
我正在寻找一个脚本来将这些快照中的每一个作为新的颠覆修订版导入到源代码树中。最终结果是 HEAD 修订版与上一个快照相同,其他修订版编号相同。
其他一些要求:
- HEAD 版本不是先前快照的累积,即出现在较旧快照中但未出现在以后的快照中的文件(例如,由于重构等)不应出现在 HEAD 版本中。
- 同时,在快照之间确实存在的文件之间应该有连续性。Subversion 应该知道这些文件有以前的版本,而不是将它们视为每个修订版中的全新文件。
关于我的目标的一些背景:
- 我需要正式修订控制这项工作,而不是保留本地私有快照副本。
- 我计划将这项工作作为开源发布,因此强烈建议进行版本控制
- 我正在评估一些当前流行的版本控制系统(Subversion 和 GIT),但我绝对需要 Subversion 中的有效解决方案。我不希望被说服使用一个特定的工具,我需要为我正在考虑的每个工具提供一个解决方案,因为我也想在 GIT 中找到一个解决方案(我将为 GIT 单独发布一个答案,以便有专业知识的人分开阵营在 GIT 和 Subversion 中将能够就其中一个或另一个给出重点答案)。
同样的问题,但对于 GIT [在programmers.stackexchange.com 中回答]: https ://softwareengineering.stackexchange.com/questions/33868/script-tool-to-import-series-of-snapshots-each-being-a-新版到 git-po
stackoverflow.com 中 Subversion 的概述答案,但没有足够的关于脚本的细节:使用什么命令,必要时检查有效场景的代码 - 即基本上是一个工作脚本。无论如何将 XCode 快照导入新的 SVN 存储库?
(最初发布在programmers.stackexchange.com,但由于程序员包含主观讨论而在这里发布,因为stackoverflow.com用于精确的问题和答案(根据网站的官方比较(http://meta.programmers.stackexchange.com/questions/ 171/程序员之间的区别是什么))。