Git 列出从当前分支分叉的分支

我通过为新特性创建分支和为特性相关的bug创建子分支来组织代码。当我回到特性分支时，我需要一个命令来告诉我哪些分支（bug）是从它派生出来的。如果没有相关的分支，那么我可以假设将该功能与master合并是安全的。

仅仅因为您可以使用git创建无限多的分支并不意味着您应该这样做。这很可能会很快变得难以管理，而您认为从中获得的任何潜在好处都可能会因为了解如何管理这么多分支而变得无关紧要

在某种程度上，这并不重要；git无论如何都会形成一个有向无环图；因此，无论您是否将它们命名为单个分支，它们都将具有该属性。但是增加分支计数只会增加混乱

无论如何，回答你的问题；给定提交散列，您可以通过执行以下操作来找出它已经在哪个分支上：

git branch --contains hash

---

仅仅因为您可以使用git创建无限多的分支，并不意味着您应该这样做。这很可能会很快变得难以管理，而您认为从中获得的任何潜在好处都可能会因为了解如何管理这么多分支而变得无关紧要

在某种程度上，这并不重要；git无论如何都会形成一个有向无环图；因此，无论您是否将它们命名为单个分支，它们都将具有该属性。但是增加分支计数只会增加混乱

无论如何，回答你的问题；给定提交散列，您可以通过执行以下操作来找出它已经在哪个分支上：

git branch --contains hash

---

仅仅因为您可以使用git创建无限多的分支，并不意味着您应该这样做。这很可能会很快变得难以管理，而您认为从中获得的任何潜在好处都可能会因为了解如何管理这么多分支而变得无关紧要

在某种程度上，这并不重要；git无论如何都会形成一个有向无环图；因此，无论您是否将它们命名为单个分支，它们都将具有该属性。但是增加分支计数只会增加混乱

无论如何，回答你的问题；给定提交散列，您可以通过执行以下操作来找出它已经在哪个分支上：

git branch --contains hash

---

仅仅因为您可以使用git创建无限多的分支，并不意味着您应该这样做。这很可能会很快变得难以管理，而您认为从中获得的任何潜在好处都可能会因为了解如何管理这么多分支而变得无关紧要

在某种程度上，这并不重要；git无论如何都会形成一个有向无环图；因此，无论您是否将它们命名为单个分支，它们都将具有该属性。但是增加分支计数只会增加混乱

无论如何，回答你的问题；给定提交散列，您可以通过执行以下操作来找出它已经在哪个分支上：

git branch --contains hash

---

只是为了确保我有这个权利：在分支A上，这是一个功能分支，你想知道A导致了什么可能的其他分支？只是为了确保我有这个权利：在分支A上，这是一个功能分支，你想知道A导致了什么可能的其他分支？只是为了确保我有这个权利：在分支A上，哪一个是特征分支，你想知道a导致了哪些可能的其他分支吗？只是为了确保我有这个权利：在分支a上，这是一个特征分支，你想知道a导致了哪些可能的其他分支？