我开始在网站上的团队环境中工作，我真的很想开始使用某种形式的版本控制（我也多次搞砸了我自己的工作，没有它）。
我设置了VisualSVN 服务器并使用他们的建议（分支/标签/主干）创建了一个存储库。我在trunk/中有一个网站的当前版本，并且我正在分支中进行重新设计。
当我第一次进行本地复制时，它会将分支/标签/主干与我的本地站点目录混合在一起。我意识到我需要像在服务器上一样创建整个存储库缓存。现在，我有分支/（重新设计文件）、标签/（当前为空）和主干/（公共站点文件）。现在，提交和事情看起来应该如此。
我像往常一样设置了远程服务器和测试服务器。但是，现在我使用的是分支目录，每当我将文件放到测试服务器时，它们都在分支子目录中（不是我想要的）。
我可以只拥有单独的存储库，但我的理解是最好将所有东西放在一起。
下面是对 Subversion 工作模式的简要概述。
如上所述，您使用三个总体文件夹设置存储库。
树干是最新的“好”工作副本所在的地方。如果他们是唯一一个在做某事的人，并且通常不会有大的变化，那么有些人会完成他们全部或大部分的承诺。开始是可以的，但是当您的需求变得更复杂时，您可能会遇到问题。
分支文件夹是您存储与您拥有的任务或目标相对应的其他文件夹的位置。如果您正在进行重新设计，那么您会告诉 SVN，“为我创建一个名为 'redesign' 的新分支”。它将branches/redesign在服务器上创建所有与主干文件夹相同的文件。
因为你想处理这些文件，你必须切换到它们，它告诉 Subversion “从我的本地机器上获取文件branches/redesign并将它们放在我的本地机器上，替换我现在拥有的东西。”
您在 Dreamweaver 中工作并提交您的更改。它们被推送到分支文件夹中的服务器。你完成了重新设计。现在您想将更改放回主干，以便将来的分支和提交看到它们（以及与您一起工作的任何其他人）。您可以通过切换回主干并合并您的工作来做到这一点。这告诉 Subversion “将文件放入branches/redesign并找出它们与 的不同之处trunk，并将这些差异应用于主干。” 然后检查以确保这正确发生。如果 Subversion 不能自动解决这个问题，有时你会遇到冲突。你手动纠正那些。最后，你再次提交。
此时您可以删除分支，因为您已经合并并完成了它。
当您准备好一切（可能在重新设计之后）并部署您的站点时，您标记它说“这是一个新版本，我想准确记住文件的样子，所以我可以回去查看它们如有必要。” 标签就像您文件的快照，永远冻结在时间中。
我不知道这是否是在 Dreamweaver 中使用 Subversion、测试服务器等的“正确”方式，但它似乎确实按我预期的方式工作。
而不是访问整个存储库，我只是访问存储库的分支子目录。因此，我的本地副本没有分支、标签或主干。有了这个，按预期放入我的测试服务器功能。
此时，我需要在 Subversion 服务器（与 Dreamweaver 相对）上进行标记、与主干合并等。无论如何，我认为这可能是一种更好的方法。
这一切听起来正常吗？我以前从未真正使用过版本控制（我正在阅读 SVN Book），所以我不确定做所有事情的“正确”方式。我的努力是使用 Dreamweaver 的内置功能，因为这个团队将使用它，我不想使过程过于复杂。我可能最终会成为版本控制管理员，我和其他人将进行日常网站维护。