我以前有 git 的经验,但是是 Subversion 的新手。我的任务是为我的团队建立一个存储库,但不确定最好的结构应该是怎样的。(建议我回到 git 在这里不起作用,因为我几乎被颠覆所困,但我感谢你的诚实建议!)
假设我的团队中有三个开发人员(Sam、Tom、Bob),他们每个人都需要自己的分支进行开发(并且他们提交到自己的分支,以便他们可以跟踪自己的更改和修订。我认为这是subversion 没有像 Git 那样的本地提交功能的解决方法。在 subversion 中提交相当于在 Git 中推送。)。之后,他们将更改推送到测试然后生产。这是我想到的结构:
MyProject
/trunk
/MyProject
/branches
/Test
/Sam
/Tom
/Bob
/tags
这是工作流程:在一天结束时(或白天),所有开发人员从测试分支中提取更改,然后将更改推送到测试分支并在需要时解决冲突。对于生产更新,主干中的 MyProject将与Test 分支合并。
让我们假设开发人员将他们的更改定期推送到测试分支,以致合并的尝试不会导致灾难性的冲突。
问题:
1. 这是颠覆团队项目的良好结构吗?
2. 是否可以将开发者分支的根指向测试分支?所以当点击VisualSVN/Update时,开发者分支会自动更新到测试分支的头部。