在Bitbucket中，什么是“活跃”分支，很多“活跃”分支有什么影响？

Question

我们的（小）团队为 VC 开发 Bitbucket。在撰写本文时，我们的 repo 有 1550 个分支，并且我们有许多（~150）个“活动”分支。我的问题是关于这些“活动”分支。

在过去几年中，“活跃”分支的数量一直在攀升。实际上，我们在任何给定时间都不会有超过 5 个分支在积极工作。我们的分支几乎总是在 PR 审查后合并回 master，或者被 Bitbucket 的 Web PR 界面拒绝。

我了解git“活动”的概念，但在 Bitbucket 的文档中找不到任何向我解释的信息：

• Bitbucket 的上下文/范式中的“活动”分支是什么？
• 为什么 Bitbucket 区分“活动”和其他分支很重要？
• 如果合并到一个功能分支中，它是否仍然是“活动的” master？
• 一次拥有许多“活动”分支对我们的 repo/CI 服务器（我们使用 Bamboo）有什么影响（如果有的话）？

我很感激这些问题的答案！

关于 CI / Bamboo 的最后一点是真正推动这一点的因素。我们从 Bamboo 那里得到了很多非常隐秘的错误和失败消息，它们有时会引用“活动分支”，但不包含任何可操作的信息（我目前没有任何可供参考的信息，抱歉！）

我浏览了 Bitbucket 的文档/帮助页面（如https://confluence.atlassian.com/bitbucket/manage-unmerged-branches-389778602.html）和 SO，但一直无法找到（或可能理解）什么Bitbucket 考虑一个“活动”分支，以及是否有来自许多活动分支的任何影响（以及，如果有，是什么影响）。

Answer 1

看起来在Bitbucket中，活动分支都是 master 分支之前的分支。

就是这样，它与分支上最后一次提交的日期无关。

它是用于过滤分支的Bitbucket特定术语：

Answer 2

在 git 中，分支非常轻量：它本质上只是一个包含提交哈希的文件。当然，这种承诺反过来又指向父母，一直追溯到父母。这些（以及引用的对象）确实会占用空间，并且会使操作变慢。但 git 是为 Linux 内核设计的（并且正在仔细调整），并且它的开发速度非常快。所以我会忘记这件事。

一如既往：如果有疑问，请测量。例如，设置存储库的克隆，删除所有不活动/无用的分支（不要担心如果你做得太过分，这只是一个实验），打包结果并对一些典型操作进行基准测试（也许是一天的工作量） ？） 反对两者。检查磁盘使用情况。