问题标签 [branching-strategy]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
tfs - ALM 基本分支计划 - 发布分支的目的？
Microsoft ALM 团队将基本分支计划描述为需要MAIN、DEV和RELEASE分支。
我正在努力将分支/合并引入一个新团队，该团队目前使用没有任何分支的源代码控制。
我想知道 RELEASE 分支是如何实际使用的。
是否可以在 DEV 分支中进行更改然后合并到 MAIN 分支而不需要 RELEASE 分支？MAIN 仍然是只读的。它本质上基本上是 RELEASE 分支。我之所以这么说是因为我们没有太多的变化，但我想将稳定的代码与新的变化隔离开来。我们每个人所说的“发布”的概念还没有很好的定义。我仍在努力。
我只是不知道我的团队是否需要一个 RELEASE 分支（具体考虑我们的需求）。
我将不胜感激有关仅拥有MAIN和DEV分支的策略的评论。
tfs - TFS 分支或在源项下移动
我有一个 Team Foundation Server 2013 代码结构，如下所示...
...但我想重构有...
这将允许我通过创建与“主干”相同级别的“发布”分支来实施分支和合并策略。
如果我尝试将 Application 目录分支或移动到 Trunk 中，我会收到错误消息：
目标项 $/TeamProject/Application/Trunk 不能位于源项 $/TeamProject/Application 下。
所以，这是我遵循的过程，感觉不对，我猜有一种更有效的方法来做到这一点。
- 重命名
$/TeamProject/Application为$/TeamProject/Application-trunk - 创建一个新
$/TeamProject/Application目录 - 移至
$/TeamProject/Application-trunk_$/TeamProject/Application/Trunk
执行此操作后，历史与$/TeamProject/Applicationnot相关联$/TeamProject/Application/Trunk。我的问题是，了解更多的人会以什么方式做到这一点？
git - 何时在 git 分支模型中增加版本
目前使用http://nvie.com/posts/a-successful-git-branching-model/效果很好。
我不太清楚的一点是如何处理在创建发布分支时完成的修复。
如果它是一个常规的修补程序，我会从 master 分支，完成修复，然后合并到 master 和 release。但是，如果它是要合并到我当前版本中的修复，我是从发布分支分支然后与合并对象合并回来还是只修复发布分支上的错误？我是否会为在发布分支上完成的每个修复增加版本号？
git - 如何在 master 上进行错误修复并将其集成到我不太稳定的分支中？
我目前正在将 Git 用于我的一个项目，我喜欢它。
但是，因为我是唯一一个在我的项目上工作的人，所以我一直在使用的唯一命令是
很久以前我已经将项目推送到远程（我使用 Capistrano 进行部署），并且一切正常。
现在我想改变网站的设计，但保持逻辑不变。我猜我需要为此创建一个新分支（我们称之为newdesign）。
不过，我想知道的是：如果我在分支上工作newdesign，并且在分支中看到一个错误，master我该如何修复该错误master，然后将该错误修复集成到newdesign分支中，以便后者成为跟上实际的逻辑？
git - 作为团队的一员，你如何与 git 一起工作，有很多小的变化
寻找一些关于如何有效使用 git/源代码控制的建议和意见。
我是一个由 5 名开发人员组成的团队的一员。我们最大的客户之一在 Wordpress 中构建了一个巨大的网站，其中有很多事情要做。
我们使用 Bitbucket 作为我们的 repos 和 SourceTree 来处理我们所有的提交和签入。
我们经常有非常小的工作，不会同时被批准。例如：
- 作业一。项目经理 1 需要更新第 X 页的侧边栏
- 作业二。项目经理 2 想将 Y 页上的按钮更改为红色
通常这些工作将由不同的开发人员完成，但会使用相同的文件。准备好后，我们会将提交推送到我们的demo分支，然后等待签名。有时，项目经理几个星期都没有签署第一项工作。然而在那个时候，工作二需要上线。
我们一直遇到的问题是，因为我们的demo分支（和我们相应demo的站点）有工作一和工作二的工作，我们不能只是将我们的demo分支合并到live分支（和实时站点）。
你们是怎么管理这个的？对一起工作的多个工作进行分类的最佳方法是什么？我们有小型工作、大型工作、中型工作都在同一时间同时在同一个站点上进行，并且我们不断地推倒我们尚未准备好的事情，demo因为live它们还没有被签署。我们将分支合并在一起并添加不应该存在的东西。
任何关于这如何可能的建议让我知道！
这是我们的服务器工作流程：
本地机器 > 开发 > 直播
git - 需要git团队开发经验
我不知道我可以在这里问这样的问题，但我会尝试。我在一个软件开发团队工作，我们用它GIT来控制我们的开发过程。我们有自己的 gitlab 项目所在的地方。每个开发人员在本地机器上都有自己的项目克隆。我们无法直接访问文件，当我们必须推送更改时，我们要求管理员将 master 分支推送到发布版本（如果我描述正确的话）。我们使用 Skype 聊天向管理员询问有关推送更改的信息，有时需要很长时间，而他们才响应并且重要的更改长期没有更新。
所以我的问题是我们如何才能让这个过程更智能（或更可靠）。我的意思是它通常在世界公司生产。谢谢
svn - svn：如何分支一个子目录，然后是它的父目录
我已经使用以下方法分支了一个子目录：
提交此子目录后，我稍后想使用以下命令从父目录分支源代码：
但是，这会返回svn: E150002: Path 'branches/path/to/dir' already exists。
就我而言，我经常不知道直到以后我是否需要分支中的父目录文件。我可以先分支所有父目录，但这可能会使我的分支膨胀。
在保留与源位置（例如，主干）相同的目录结构的同时，正确的方法是什么？
git - Git：测试两个功能分支的组合
我为每个功能都有一个 Git 分支。但是，有时，在分支中开发时A，我想测试A如果B也应用它会如何表现。
目前，我使用这个：
有没有更短的方法来做到这一点？
另外：如果A和B不共享同一个祖先怎么办？
我怎样才能更容易地做这样的事情？
tfs - 开发隔离分支策略：分支的起源？
我们有两个分支；Development（开发人员定期检查/集成到其中）和Main（来自 Development 的代码被合并到版本控制/发布中）。
在阅读有关分支“策略”/“最佳实践”的信息时，据说Development必须是Main的一个分支 。 开发必须从Main分支。
例如，当阅读 VS ALM Ranger 的分支策略文档中的开发隔离时，它说“开发分支应该是主分支的完整子分支”。
为什么Main不能是Development的完整分支？据我了解，开发几乎总是包含Main拥有的所有内容（不包括修补程序）。
从Development合并到Main是更常见的场景。在这种情况下，哪个是“原始”，哪个是分支？
注意：我们使用的是 Visual Studio Team Services
git - 多个版本的 Git 策略
我正在为另一个软件开发一个插件。到目前为止，这个软件是 2.xy 版本，我的策略如下：我有一个开发分支，我正在使用它来分支功能分支，直到功能完成。我有发布分支对于软件的每个 x 版本。有时我会通过将开发分支的工作合并到单个发布分支中来完成我的发布。那也行。该软件还从这些发布分支的最后一次提交中获取代码，以使其作为插件可用。现在，该软件有 3.0 版。当然，它包含一些重大变化。我已经为该版本创建了一个新的发布分支，但我不确定如何处理我的开发分支。适应版本 3 可以吗？我是否仍然能够毫无问题地从版本 2 中接管我的发布分支的新功能、增强功能或错误修复？从理论上讲，我认为这是要走的路，但是我需要确保不要合并由于版本更改而做出的提交。这很复杂吗？还有其他想法如何保持干净漂亮的分支结构吗？