我想在一个基于脚本的开发系统中使用Subversion,并想知道如何处理我通常的情况(C#/。NET)。如何对非编译语言使用Subversion?
正常的日常更新/提交周期可以正常工作,因为这会改变修订的跟踪和比较。我希望得到一些建议来处理部署。
有了这个脚本系统,有没有涉及不同的构建步骤 - 相反,部署涉及直接上传选定的脚本到宿主应用程序。
修改脚本不一定包含在下一版本 - 他们的目的地可以是后释放,或再下一个。
在一个理想的世界中,我希望能够在给定版本中分配一个脚本,例如“2009年9月”版本,一旦它被测试,然后将该版本的所有脚本用单一命令。
更新
据我所知,没有标签,也没有变更表将是答案。
修改列表不是持久的(不要在资源库中不存在的),我需要一个解决方案,让很久以后的审查。
标签实际上与分支相同 - 它们包含全部文件默认情况下,您只需选择哪些修订。
我希望能够从开始的一个空分支,可以根据需要放置特定的文件修订版。
更新2个
两个例子,展示我如何能够满足与其他工具featues这种情况。请注意,我并没有试图推广这些工具,因为我想使用Subversion,我只是想解决这个问题。
随着QVCS,我可以将标签应用于文件的具体修改实现我想要的结果。该标签将保留原来的位置,并附在该文件的修订版上。在任何时候,我都可以做一个干净的签出,进入一个空目录,并指定只复制具有指定标签的文件。
同样,StarTeam,我可以将标签应用到文件修订,并检查了只与标签文件。
如果你需要一个空的分支/标签,只需要'svn mkdir' - Subversion中的分支和标签就是恰好位于特定位置的目录。 – Amber 2009-08-10 19:43:54