有什么工具可以可视化数十个 git 分支的合并结构？
What tools are there to visualise the merge structure of dozens of git branches?
几个月前我开始在一家新公司工作，我是 git 的新手。我以前使用过 svn 和 bk，所以大多数概念对我来说并不陌生。我遇到的问题是了解目前存在的 80 多个分支。它们中的少数具有像 release-#.# 或 maintenance-#.#.# 这样的名称，因此我可以猜出它们与什么有关。许多其他似乎是功能或产品分支。日志表明在过去 6 个月中只有少数几个处于活动状态。到目前为止，我的背景阅读表明这不是 git 或任何其他 VCS 存储库应该如何结束。
有哪些工具可以帮助我可视化这个由 80 多个可能合并或死掉的分支组成的意大利面？
我发现 gitg --merges --all 1 给出了一个不错的表示，虽然它很混乱。
gitk --merges --all 2 不是我喜欢的审美风格，但我可以看到它很好地将问题分解为孤立的块。
也许能让我一次拥有所有内容的 A1 图的东西会有所帮助？
最终，我和我相信一些现有的程序员想要稍微整理一下。每个人都知道其中一些分支是临时的，可能已经完成，但它们是否被合并回主要开发线？这一切都有一种相当有机的生长感觉，我想知道我不会因为认为它是枯木而砍掉一根根。看起来 git 有删除和重命名分支的命令，因此我们应该能够使事情处于更合乎逻辑的状态。可能包括 sub/branch/style/things 如果这在这里有意义（并且在 git 中通常不被认为是错误的形式）。
我可以运行 Ubuntu 或Windows 下的工具 7. 无法在局域网外访问代码。设置一个自动作业来更新图像将是一个好处，但不是硬性要求。我很乐意考虑花钱买一些能帮助我完成工作的东西，但我没有足够的资金来完成这项任务，因为它现在被认为不重要。
TortoiseGIT 工具是否有帮助？这是我想到的第一个建议
下一个提议：BranchMaster
原文来自Answer to "Visualizing branch topology in git"，建议去那里看看
几个月前我开始在一家新公司工作，我是 git 的新手。我以前使用过 svn 和 bk，所以大多数概念对我来说并不陌生。我遇到的问题是了解目前存在的 80 多个分支。它们中的少数具有像 release-#.# 或 maintenance-#.#.# 这样的名称，因此我可以猜出它们与什么有关。许多其他似乎是功能或产品分支。日志表明在过去 6 个月中只有少数几个处于活动状态。到目前为止，我的背景阅读表明这不是 git 或任何其他 VCS 存储库应该如何结束。
有哪些工具可以帮助我可视化这个由 80 多个可能合并或死掉的分支组成的意大利面？
我发现 gitg --merges --all 1 给出了一个不错的表示，虽然它很混乱。
gitk --merges --all 2 不是我喜欢的审美风格，但我可以看到它很好地将问题分解为孤立的块。
也许能让我一次拥有所有内容的 A1 图的东西会有所帮助？
最终，我和我相信一些现有的程序员想要稍微整理一下。每个人都知道其中一些分支是临时的，可能已经完成，但它们是否被合并回主要开发线？这一切都有一种相当有机的生长感觉，我想知道我不会因为认为它是枯木而砍掉一根根。看起来 git 有删除和重命名分支的命令，因此我们应该能够使事情处于更合乎逻辑的状态。可能包括 sub/branch/style/things 如果这在这里有意义（并且在 git 中通常不被认为是错误的形式）。
我可以运行 Ubuntu 或Windows 下的工具 7. 无法在局域网外访问代码。设置一个自动作业来更新图像将是一个好处，但不是硬性要求。我很乐意考虑花钱买一些能帮助我完成工作的东西，但我没有足够的资金来完成这项任务，因为它现在被认为不重要。
TortoiseGIT 工具是否有帮助？这是我想到的第一个建议
下一个提议：BranchMaster
原文来自Answer to "Visualizing branch topology in git"，建议去那里看看