问题标签 [feature-branch]

我的“远程”服务器上有很多 GIT 分支。

1. 如何删除超过 1 年的所有分支（不仅仅是合并）？
2. 我怎样才能删除所有超过 5 个月的合并分支（多个来源“master/develop”）？

这个答案非常好，但它并没有让我一直到那里。 如何删除所有已合并的 Git 分支？

您能否在合并中包含主/开发分支？如何在此添加时间间隔？

我正在我的公司实施 Git Flow 分支策略，为此我正在测试 SourceTree GitFlow 中提供的所有可能选项。

到目前为止我遇到的两个问题：

1. 我正在尝试通过选择具有值的指定提交来启动新功能分支，但它失败并出现以下错误 sh.exe C:\Users\useraname\AppData\Local\Atlassian\SourceTree\gitflow_local\gitflow\git-flow 功能启动d14c9a9a35d504958e3df6b42db5acfc8466bfd4 致命检查功能：基础 'd14c9a9a35d504958e3df6b42db5acfc8466bfd4' 需要是一个分支。它不存在并且是必需的。完成错误，见上文。

2. 启动功能“工作副本父级”时第二个选项的含义是什么，因为当我尝试通过选择此选项来启动功能时，它也因相同的错误而失败。

请帮助我理解这些，如果我做错了什么，请告诉我。

我正在开发一个开发分支和两个不同的（本地）功能分支。

我通过运行将 feature-branch-1 的更改合并到 feature-branch-2

如果我理解正确，它现在看起来像这样：

但是，我随后意识到我在分支 1 中引入了一个我不知道如何修复的错误。所以这个错误现在也在分支 2 中，并且阻止我将 feature-branch-2 合并到开发中。我想回到原来的状态

这样我就可以安全地将 feature-branch-2 合并到开发中。我怎样才能做到这一点？

我目前正在尝试制定在 Artifactory 中存储功能分支的最佳方式，并在开发环境中使用功能分支 SNAPSHOT 构建。功能分支的形式为：feature/XX-Feature-DTBXXXXXX-SNAPSHOT

到目前为止，我已经在 Artifactory 中创建了一个单独的存储库，并在 Jenkins 中指向目标发布存储库，以便在构建时将工件部署到该存储库。这工作正常，除了因为 Maven 在分支名称中查找限定符 SNAPSHOT，它被上传到 Artifactory 上的快照存储库而不是功能存储库。

这种方法的问题是，我冒着通过在 SNAPSHOT 存储库中上传功能分支来污染分支的风险。

我需要将功能分支上传到功能存储库，其名称类型为 feature/XX-Feature-DTBXXXXXX-SNAPSHOT，而不是 SNAPSHOT 存储库。

任何帮助或指示都会很棒。

与我一起工作的团队不接受master应该合并分支develop以develop与master's hot-fixes/bug-fixes 保持一致的事实。

他们害怕当他们以某种方式合并master（我们稳定的生产分支）到develop（所有功能分支合并到的分支尚未部署到生产中的分支）时，develop尚未测试的前期工作可能会丢失。

这发生了好几次（虽然不是发生在我身上），我们团队的某个人告诉我们“我合并master了它，它覆盖了X（另一个开发人员）develop所做的提前更改”。develop

所以，我想也许有人使用git的方式不正确，因为我在合并时没有遇到这个问题master，develop不知何故将旧版本带到develop了旧版本，而没有测试合并前的新东西。

关于为什么会发生这种情况的任何想法和想法？您认为当我们合并时我们有时会面临什么master问题develop？

我知道master一旦有热修复/错误修复就应该合并回开发中，否则develop不会有这个修复。我的同事一直认为这可能导致上述问题。谁是对的？

但是，从逻辑上讲，如果您合并master到develop中，则与合并master到您的分支中feature-branch-1然后将该分支feature-branch-1合并到中相同develop（在这种情况下，您只是将所做的更改带到master第三develop个分支中feature-branch-1）。你怎么看？

感谢关注！

编辑：我仍在调查，即使我接受答案，请告诉我你的想法，我想就这个事实获得尽可能多的意见。

（离开 git 很长一段时间了，虽然这里有类似的问题，但大多数似乎都掩盖了这部分......这可能意味着它应该很明显......对不起......）

场景：

所以我有一个在它自己的分支上开发的功能，在测试和批准后合并到开发（not-ff；我更喜欢看到变化），一切都很开心。

但随后财务部门参与进来，我们同意在旧版本上向客户发布相同的功能。

现在碰巧这个特定区域仍然非常兼容。所以我可以在目标分支上选择一个接一个的更改，我没有冲突，最后必须做一个微小的更新，我就完成了......

但是有没有更好的方法以与以前相同的非 ff 方式将功能分支的所有 delta 直接应用到旧版本，而无需对每个更改进行挑选？

想看更多图...

贪婪之前：

樱桃采摘：

（是樱桃精选，c137 是对遗留中不存在的任何位的小清理）

我想要什么：

（即 c137 是对遗留中不完全存在的任何位的小清理）

实现这一目标的最巧妙方法是什么（显然这里的情况不仅仅是对该功能的 2 次提交）？

我承诺改变A我的feature branch.
一切都好，所以我合并到Develop. 另外两个合并B& C，是Develop从 other完成的feature branches。

我的更改出现了问题，所以我必须回滚。

Q1。我应该怎么办？

我检查了一个旧版本Develop（A 之前的最新版本），将其复制下来，revert背靠背，然后粘贴过去。

Q2。我希望重新应用更改B，C但没有差异，所以不能。
我可以做些什么来重新申请B& C？还是问题无法解决Q1？

我们最近开始在我们的项目中使用 GitHub 作为源代码控制，并且我们正在使用功能分支来处理这些功能。完成开发后，我们使用拉取请求将其合并到开发分支。

在合并过程中，如果有冲突，我们使用网页编辑器解决。但是在这个过程中，所有在文件上完成的有冲突的提交都被包含在特性分支的一部分中。

有谁知道我怎样才能避免这种情况并确保功能分支保持干净？

在我们的develop分支中，我使用git checkout -b jsm/logging. 使用 .进行更改、提交并推送到原点git push -u origin HEAD。做了一个 PR 并合并并删除了远程分支。进行了另一次调整，并用git commit --amend --no-edit -a. 然后我检查了我的状态并用git push -f. 令我惊讶的是，错误的分支被（力）推了！查看我的控制台日志（请注意，我已别名g为git，st是 的别名status，并且co是 的别名checkout）。

旁注：我还注意到，develop例如，当我尝试 push 时，Git 经常抱怨master不同步（需要先拉）——但是为什么当我不在那个分支上时它对 master 做任何事情? 好像有关系，不知道是什么问题。

控制台日志（“$”之前的分支名称）：

混帐配置

许多使用特性分支的基于 maven 的项目都知道这个问题。在 Maven 中，没有分支的概念。现在在 git-flow 环境中，基本上有两种方法来处理构建工件：

1. 将版本号修改为“featureX-1.0.0-SNAPSHOT”。
2. 分离 SNAPSHOT 存储库以获得隔离的构建和开发环境。使用 Maven 扩展来确定分支并在流程的早期选择适当的存储库。

两者的变体似乎存在，但都有其缺点。我们希望在我们的团队中选择选项 2，并共享管道以将 maven 工件发布到单独的包提要。

有没有办法在创建 git 分支时自动创建包提要？