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