问题标签 [branch]

我目前正在为工作评估不同的源代码控制解决方案，并且有一些关于分支的问题。

我对如何分支有基本的了解，但我不确定我们的构建机器（CruiseControl.net）如何获得一个分支来构建它。

我们有很多项目，这些项目都依赖于其他项目（还有其他项目）：实用程序>数据访问>业务逻辑>通用GUI>（网站|桌面客户端）

我们如何构建存储库（如果有任何区别，则为 Vault），以便构建机器能够：

1. 建立后备箱
2. 构建“最新”分支

一个粗略的文件夹结构和/或关于如何从 Cruisecontrol 获取的解释会很棒。

谢谢

编辑：

为了增加一些清晰度，我们打算使用主干进行开发，然后为每个版本使用一个分支。

我们正在工作中升级我们的源代码控制（最有可能是Vault）并且正在转向分支方法，并且在制定要使用的文件夹结构时遇到了一些问题。

我们打算使用主干作为开发线，分支将是一个版本和对该版本的错误修复。

我们提出了两种文件夹结构，我想知道它们各自的优缺点是什么：

和

如果我们在构建机器（Cruisecontrol.net）上使用源代码控制块和第一个解决方案，我们可以说：

建立一个分支会非常相似，但是是否可以在文件夹中选择最新的分支branches？否则我们将不得不为每个版本编辑 ccnet 配置。

如果要使用第二种方法（很多人建议这种方法），构建机器将如何拾取所有相关项目？像这样的东西可能：

如果一些项目已经分支但其他项目没有，我怎样才能在不存在分支的情况下让它成为主干（如果可能的话）。

会得到所有的树干，然后用树枝覆盖吗？如果它试图访问一个不存在的分支会不会出错？

我们在最近迁移到从 VSS 的 TFS 系统中有一个带有开发“主干”的设置，开发人员一直在主干的分支中工作，这些分支被合并回。

在签入时，我们一直在努力评论我们的变更集，这是我们在 VSS 时代从未做过的事情。但是，当我在源代码管理资源管理器中右键单击主干文件并选择历史记录时，我只看到标记为“从开发分支合并”的整体变更集（或者开发人员在合并时在那里乱写的任何内容。）历史条目没有甚至似乎包含有关当时合并了哪个分支的信息，更不用说有关组成它的变更集的任何信息，或者与它们一起出现的注释。

其他 TFS 用户是如何处理这个问题的？

还有其他方法可以查看我在这里丢失的历史记录吗？

我创建了一个定制版本的 Wordpress 供我们用作 Web 项目的模板，存储在 svn 存储库中。

它具有各种属性集（忽略、wordpress + 插件作为外部）以简化工作流程和更新。

我的问题是，如何将其用作其他项目/存储库的基础？

• 如果您导出，它会丢失所有属性。

• 如果您签出，它是模板存储库的工作副本，不能导入/提交到新存储库（？）

在这种情况下应该使用分支吗？这似乎不对，因为项目永远不会合并回模板中（尽管我猜某些部分可能是）。

可能重复：
“分支”、“标签”和“主干”的真正含义是什么？

Subversion 中的主干、分支和标签是什么？使用它们的最佳实践是什么？

我可以在Visual Studio 2008中使用哪些工具进行 Subversion ？

我们有两个存储库，一个用于当前代码，一个用于项目管理。

现在我们需要将代码分支到项目管理存储库。

SVN 给我一个错误，我在文档中发现 SVN 无法完成这项工作（不同的存储库），

所以我导出代码并签入到项目存储库。

问题：

• 如何将代码分支到另一个存储库？
• 就我而言，如何将更改从项目存储库移回当前存储库？（我还没有测试它，但我认为差异或补丁可能会起作用）

PS：我知道有一种主干/分支方式，但我们使用两个存储库。

我们已经学会了如何使用git branch -m. 如果我这样做，是否会让其他人从我的存储库中提取生活困难？

假设我在一个分支上做了一堆东西topic1然后做一个

然后其他人master从我的远程存储库中提取，他们必须做什么才能使所有内容都指向正确的位置？我必须告诉所有人重复我的步骤吗？

这是否类似于在推送它们并让其他开发人员留下悬空对象之后重新提交提交的问题？

我是使用 Mercurial 创建程序的单一开发人员。到目前为止，我一直致力于开发的每一步，我把事情搞砸了，想要做点别的事情。

我应该如何进入先前的状态（即回滚），然后创建一个分支，保持较新的状态？

回滚是否会删除任何内容？我应该只做这些吗？只是回滚，直到我在我想要的地方，编辑，然后提交？我以后可以合并变更集，或者至少看看它们吗？当然我可以只保存这个存储库，回滚，然后创建新的变更集，然后合并两个存储库？

我是 SCM 的新手，当然还有 DSCM，所以要温柔:)

想象一下，您有一个大型软件项目，您必须同时支持多个分支（版本）。例如，您在网站上有一个生产版本，一个当前由客户测试的集成测试版本，一个用于本地系统测试的测试版本，以及一个开发人员正在破解新功能的开发版本。

什么版本控制系统可以很好地支持这种设置？我主要担心的是它应该支持不同版本之间的合并 - 如果您在生产版本中修复紧急错误，您不想检查所有其他版本并手动修复错误 5 次。

如果你有答案，我想听听你应用它的项目有多大，你有什么经验。我正在寻找一个明确支持开发人员合并的系统 - 由构建管理器等应用脚本的解决方案对我们没有帮助。（太危险了；开发人员应该立即完成合并，因为他/她最清楚该做什么。）非常感谢！

是否有任何实用程序可以与 Subversion 或（最好是）Team Foundation Server 的源代码控制系统一起使用，以显示源代码树的可视化表示？例如，它显示分支（带有标签）分裂，合并回来等等。