问题标签 [svn-trunk]

我正在运行 Tortoise SVN 来管理一个项目。显然，关于标记的原则适用于 SVN 的任何实现，但在这个问题中，我将参考一些 TortoiseSVN 特定的对话框和消息。

我的工作目录和 subversion 存储库结构都有一个 Source 根目录和下面的 Trunk、Tags 和 Branches 目录。（我不知道如何在不使用项目符号的情况下在 Markdown 中进行多级缩进层次结构，所以如果有人可以编辑和修复这个问题，我将不胜感激。）

我正在工作副本中的 Trunk 目录中工作，它指向 repo 中的 Trunk 目录。我想应用标签“Release1”，所以我单击“Branch/tag...”菜单选项并将 repo 路径设置为我的 [repo_path/bla/Source/Tags/Release1”标签。此对话框为我提供了选项到“将我的工作副本切换到新的分支/标签”。

我知道如果未选中此选项，将在 /Tags 下创建新的“Release1”分支，但我的工作副本将保留在以前的“Trunk”路径上。如果我选​​中此选项（或使用 Switch 命令）我了解我的工作副本将切换到“/Tags”下的新“Release1”分支。

我缺少一个概念的地方是如何做出这个决定。我似乎不想将我的工作目录切换到最近创建的标签，因为根据定义（？）我希望该标签成为我的代码在某个时间点的快照。如果我不切换工作目录，我将继续在 Trunk 上工作，当我准备好拍摄另一个快照时，我会制作另一个标签。等等...

我是否理解这一点，或者我是否在上一段中错误地陈述了某些内容（例如，关于不想切换到标签的声明，因为标签应该代表一个时间点快照）或以其他方式遗漏了有关如何做出此决定的内容？

如何将 SVN 分支移动到主干？

我面临的问题是，如果我在 SVN（命令行或 Eclipse 内部）中执行移动命令，我只能将分支文件夹移动到主干，导致该文件夹在主干中。但我想把那个分支的所有内容都放在主干中。

例如

应该

并不是

当然项目1，项目2，项目3作为3个不同的项目......

如何才能做到这一点 ？乌龟在这里有帮助吗？或者这只有通过单独移动每个项目才有可能？

是否可以在 svn 服务器中删除修订版，就好像它从未存在过一样？

所以我们有以下修改：

我们可以删除 svn 中的 1004 并恢复到 1003，就好像 1004 不存在一样？

原谅我的无知，我还在学习如何使用SVN。

在 SVN 环境中的 PC 客户端上使用 Visual Studio 2010 时，是否可以合理地假设每个项目除了可能正在使用的任何分支之外确实需要一个“主干”参考工作副本？当将分支更改合并回主干时，我看不到如何将没有主干的单个分支副本正确地协调回存储库......

你如何解决这种情况？所以基本上我在 PROD/WHOTest 文件中并输入了 svn del trunk

尚未提交更改。你怎么退？

svn del --keep local trunk
or svn revert trunk

我们正在开发 2 个并发版本，一个是分支，另一个是主干。并且每个分支的更改都必须合并到主干中。如果我们正在开发一个大功能，这需要很多时间。因此我想自动化这个过程，即每次分支发生变化时..这些变化与主干合并。

同样，我正在探索 SVN 并考虑编写一个执行此操作的脚本。有谁知道我怎么能做到这一点，有什么教程吗？我已经提到过各种类似的文章。

到目前为止，我还无法让它工作。

我需要在乌龟颠覆中删除文件夹的内容。所以基本上开发人员在项目的主干中加载了 30gigs 的数据进行测试，现在想要删除这个文件夹的所有内容并且不保留任何这些数据以供保留。

那么我会使用这个命令吗？这是正确的语法吗：svn delete something.com/svn/prod/WHOtest/trunk

然后提交，然后重新创建文件夹并再次提交？

macports svn 存储库如下所示：

我想使用 git svn 导入它并使用标准功能来正确解释分支和标签。

我想看到的是一个包含目录的 git repo

换句话说，我想将分支目录中的分支保留为分支（我认为是主干），并将标签保留为 git 标签。但是，我希望能够在不切换分支的情况下同时查看trunk、contrib、distfiles、下载和用户的内容。

这与这个问题类似，但不同之处在于这些额外的目录（contrib、distfiles、downloads、users）没有自己的标签或分支。在我看来，它们应该是主干的子目录，因此另一种解决方案是以某种方式检查主干，这些额外的子目录出现在主干下。但是，由于原因，这可能是不可能的。

如果没有任何建议如何轻松处理此问题，以便我可以轻松地同时浏览 contrib 和 trunk 而无需做任何真正困难的事情？我可以陪审团用子模块来装配它，但这似乎是在自找麻烦。

在我正在工作的公司中，我们每 x 时间（通常是三个月）发布一次。在那段时间里，我们有四六个“可发布分支”的冲刺，我们所有的代码都进入了那个分支。

一段时间后，该分支作为版本 xxx 发布，我们继续进行下一个版本。但是由于通常的承诺，我们必须保持数月/数年的旧版本。

我想知道作为版本发布的分支是否正确。因此，我们的发布版本分支永远不会完全重新集成到主干中。他们永远活着。为了维护它们，当在分支中发现错误时，我们在主干中修复它并手动将其移植到分支（我更喜欢这个），或者我们在分支中工作并移植它（类似于主干中的提交分支，没有重新整合）回到主干。请注意，肯定会发生主干包含不会/不能合并到分支中的代码，这可能是因为该分支太旧而无法支持巨大的变化。

您知道我们使用的方法的优点/缺点吗？你有另一种方法来处理可维护的版本吗？也许在 svn 之外？

情况：我见过一种实践，即从分支创建 SVN 分支并继续进行。例如： Branch1 是从 TRUNK 创建的；来自 Branch1 的 Branch2；等等。请参阅下文以获得一个想法：

....继续...... Branch4 --from --> Branch3 --from --> Branch2 --from--> Branch1 --from--> Trunk。

所以每个新分支都是从最新的分支创建的；而不是从 Trunk 或 Main 创建它。

问题：

1. 这种做法有错吗？
2. 这会导致问题吗？
3. 这种做法在任何地方都遵循吗？

更新：第一个和第三个问题有令人满意的答案。谢谢您的帮助。遵循此方法时，是否有任何需要特别注意的问题？