Zenhub API：{“message”：“循环问题将在史诗中创建验证失败”}

珍惜时间，勤奋学习！今天给大家带来《Zenhub API：{“message”：“循环问题将在史诗中创建验证失败”}》，正文内容主要涉及到等等，如果你正在学习Golang，或者是对Golang有疑问，欢迎大家关注我！后面我会持续更新相关内容的，希望都能帮到正在学习的大家！

我正在尝试使用 zenhubio api 在 jira、github 和 zenhub 之间同步问题。我没有问题从 jira 到 github 创建问题。但是，如果问题是 epic，则 epic 未正确同步（即在 jira 上被视为 epic，但在 github/zenhub 上则不然）。我设法找到了这个问题，它归结为 post 请求。按照 api，请求应采用以下形式

curl -X POST https://api.zenhub.com/p1/repositories//issues//convert_to_epic -H 'X-Authentication-Token: AUTH TOKEN' -H "Content-Type: application/json" -d '{"issues": [{"repo_id": , "issue_number": }]}'

通过运行其他运行良好的 api 调用，我已确保使用正确的凭据和存储库/问题编号进行 api 调用。然而，当我运行上述请求时，我收到了 {"message":"validation failed: issues will create a cycle in epiks (<*some number*>)"}。我测试的每个问题都是一个新创建的问题，即没有依赖项，没有父史诗，本身不是史诗，等等。有关如何解决此问题或我可以采取哪些措施来更好地诊断此问题的任何指示？我正在使用 golang 来自动化 http 请求的过程，但我认为这并不重要。

正确答案

事实证明这是一个非常微不足道的问题。我正在发送请求正文（请参阅问题中命令的结尾） -H "Content-Type: application/json" -d '{"issues": [{"repo_id": , "issue_number" : }]}'

由于我已经在 url 本身中指定了存储库编号和问题编号，因此我不需要再添加正文。我猜它试图两次转换为史诗？这给了我那个错误消息。我认为，如果将存储库 ID 和问题 ID 设置为 POST url 中的变量，则可以发送包含多个存储库 ID 和问题编号的请求正文。

到这里，我们也就讲完了《Zenhub API：{“message”：“循环问题将在史诗中创建验证失败”}》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！