Github，将一个问题绑定到另一个问题以触发下一个问题移动到列
Github, binding an issue to another issue to trigger next issue movement to a column
如何将一个问题绑定到另一个问题，以便触发另一个问题做某事？
在上面的例子中，当 "explicit device" 问题移动到 "finished" 列时，我希望 "error handling"（最左边的）问题自动移动到 "in progress" 列。因为我可能不记得哪个需要什么，哪个是什么，一个issue做完了都要检查所有的issue，过了某个点就很累了。
更好的是，构建一个问题树，从头开始完成，而不是为了找到问题的最接近的根源而停止所有问题，这不是一个选择吗？
另一个例子：
- 添加方法写成："issue1"完成
- 乘法写成："issue2"完成
- 突然，"issue3" 的乘加方法出现在起始列中，或者如果它已经存在，则向右移动 1 列。
project board presented in GitHub Universe 2016 的概念在细粒度问题管理方面仍然缺乏。
这就是为什么您拥有 many third-party integrations, including ZenHub（小型团队和 public 帐户免费），它确实具有更多功能。
重点是：为您的功能寻找第三方集成（免费提供）。
如何将一个问题绑定到另一个问题，以便触发另一个问题做某事？
在上面的例子中，当 "explicit device" 问题移动到 "finished" 列时，我希望 "error handling"（最左边的）问题自动移动到 "in progress" 列。因为我可能不记得哪个需要什么，哪个是什么，一个issue做完了都要检查所有的issue，过了某个点就很累了。
更好的是，构建一个问题树，从头开始完成，而不是为了找到问题的最接近的根源而停止所有问题，这不是一个选择吗？
另一个例子：
- 添加方法写成："issue1"完成
- 乘法写成："issue2"完成
- 突然，"issue3" 的乘加方法出现在起始列中，或者如果它已经存在，则向右移动 1 列。
project board presented in GitHub Universe 2016 的概念在细粒度问题管理方面仍然缺乏。
这就是为什么您拥有 many third-party integrations, including ZenHub（小型团队和 public 帐户免费），它确实具有更多功能。
重点是：为您的功能寻找第三方集成（免费提供）。