Bev*_*van 2 svn interpreted-language build
我想将Subversion与基于脚本的开发系统一起使用,并且想知道对于我通常的情况(C#/ .NET)应该做些什么.
正常的日常更新/提交周期将正常工作,因为将更改跟踪和修订的比较.在哪里我想要一些建议是围绕处理部署.
使用此脚本系统,不涉及明确的构建步骤 - 相反,部署涉及将选定的脚本直接上载到主机应用程序中.
对脚本的更改不一定包含在下一个版本中 - 它们可能会在此之后发布,或者之后发布.
在理想的世界中,我希望能够将脚本分配到给定的版本中,比如"2009年9月"版本,一旦经过测试,然后使用单个命令拉出该版本的所有脚本.
更新
据我所知,标签和变更列表都不是答案.
ChangeLists不是持久的(在存储库中不存在),我需要一个允许稍后审查的解决方案.
标签实际上与分支相同 - 它们默认包含所有文件,您只需选择哪些修订即可.
我希望有一种方法可以从一个空分支开始,根据需要可以在其中放置特定的文件修订版.
更新2
两个例子,展示了如何通过其他工具中的特性来满足这种情况.请注意,我根本不想尝试推广这些工具,因为我想使用subversion,我只是想弄清楚如何.
使用QVCS,我可以通过将标签应用于文件的特定修订版来实现我想要的结果.该标签将保留在原位,附加到该文件的修订版.在任何时候,我都可以在一个空目录中进行干净的检查,并指定只应复制具有指定标签的文件.
同样,使用StarTeam,我可以将标签应用于文件修订版,并仅检出具有该标签的文件.
您可以使用Subversion分支管理"未来"版本.当您进行将来发布的更改时,请将其提交到相应的分支.当需要将所有这些未来功能引入主干时,请合并分支.
这与使用Subversion和编译语言的工作流程实际上没有什么不同,或者实际上用于任何其他目的.
有关更多信息,请参阅Subversion书籍的Common Branching Patterns部分.特别是,"功能分支"部分听起来最适合您的情况.
| 归档时间： |
|
| 查看次数： |
330 次 |
| 最近记录： |