我希望建立我们的网络应用商店,以便更好地开始使用 svn。目前我们有程序员对主干进行更改,然后直接影响生产......
是的,我知道——太可怕了!
我想建立单独的分支,以便有一个我们用来进行修复的分支。然后我们可以提升到 QA 分支,然后在一切顺利的情况下提升到 trunk/prod 分支。
问题是 - 我更喜欢使用 Tortoise SVN - 所以如果有人愿意帮助我很好地构建这个结构并解释一个通过乌龟从一个步骤到另一个步骤的良好过程 - 那会很棒!
提前致谢 -
我希望建立我们的网络应用商店,以便更好地开始使用 svn。目前我们有程序员对主干进行更改,然后直接影响生产......
是的,我知道——太可怕了!
我想建立单独的分支,以便有一个我们用来进行修复的分支。然后我们可以提升到 QA 分支,然后在一切顺利的情况下提升到 trunk/prod 分支。
问题是 - 我更喜欢使用 Tortoise SVN - 所以如果有人愿意帮助我很好地构建这个结构并解释一个通过乌龟从一个步骤到另一个步骤的良好过程 - 那会很棒!
提前致谢 -
你可以用 Tortoise 做到这一切 - 它使用你所拥有的公认实践:
项目/主干
项目/分支
项目/标签
并发出各种 Tortoise 命令(Tortoise > Branch)会将文件放在存储库中的适当位置。但是,您必须像上面那样手动设置您的 SVN 树。您可以使用 Tortoise Repository Explorer 来执行此操作……或者更困难的是,使用普通的 Tortoise 函数来执行此操作。当然你也可以使用命令行来完成。">svn 废话..."
您的设置可能是:
/项目/分支机构/发展 /项目/分支/测试 /项目/主干/
只需将树干分支到这两个分支即可开始。现在你有当前主干的 3 个副本。然后开发人员可以在开发分支上工作。然后,您可以在准备好进行测试时合并来自开发的修订以进行测试。经过验证的修订可以从测试分支合并到主干。
天,
我强烈建议您获得一本优秀的书“实用版本控制:使用 Subversion”(经过清理的亚马逊链接),其中涵盖了该主题以及许多其他主题。
它是根据您想要做的事情来做的,而不是简单地机械地背诵这些功能。
高温高压
'很高兴,
顺便说一句,我刚刚看到这本书的第二版已经出版了。
你能改变你的“生产”用途吗?我猜你有一个从中提取并构建的脚本?
如果您可以更改此设置,那么我建议为此使用标签。
project/trunk – 代码的当前开发版本。除非编译,否则不应将任何内容提交到主干。
project/branches/featurename - 代码的各种“进行中”功能。可能并不总是可以编译的代码。
project/tags/1.0 - 值得生产的版本
project/tags/latest - 最新的生产版本
然后,您可以将构建脚本设置为始终从标签/最新版本中提取,然后每当您将主干标记为发布时,您就可以将该版本重新标记为“最新”