GITHub API文件上载问题
我正试图通过githubapi（）将文件上传到GitHub。不知何故，我无法上传文件。当我试图上传现有文件时，它给了我一条消息“{\“message\”：\“refs/heads/master预计位于ee1cd720841a4b5b06a8339c333c56b1748e66f9\”，“documentation\u url\：\”，“}”。当我去github并试图使用网站删除文件时，它给了我以下错误。我可以通过将磁头重置为以前的版本来解决问题，然后继续。但我试图了解是什么导致了这种行为，以及我如何在将来防止这种行为。谷歌和Github的帮助都无法回答我的问题，所以在社区中寻找一些东西。谢谢你的调查。GITHub API文件上载问题,git,github,github-api,Git,Github,Github Api,我正试图通过githubapi（）将文件上传到GitHub。不知何故，我无法上传文件。当我试图上传现有文件时，它给了我一条消息“{\“message\”：\“refs/heads/master预计位于ee1cd720841a4b5b06a8339c333c56b1748e66f9\”，“documentation\u url\：\”，“}”。当我去github并试图使用网站删除文件时，它给了我以下错误。我可以通过将磁头重置为以前的版本来解决问题，然后继续。但我试图了解是什么导致了这种行为，以及我
正如Ivan所建议的，如果我们尝试使用API使用quick Sequence创建/更新文件，则会导致上述行为。在问题解决之前，我们可以通过使线程在两个请求之间休眠来解决这个问题。我希望它能帮助一些人。您是否碰巧使用了Repositories API来快速连续地写入存储库？例如，您是否通过在以前的调用完成之前进行新的API调用来创建多个文件？感谢您的回复Ivan！！你的假设是对的。作为部署过程的一部分，我正在尝试连续创建多个文件。另一方面，虽然我正在进行同步上传，但一旦我收到GiHub API ok 200 ok的响应，我会发出另一个创建/更新下一个文件的请求。我猜，由于这些连续的写入操作一个接一个地发生，您的API遇到了困境。请您尝试在脚本中加入睡眠，以便在通话之间等待一两秒钟，好吗？这应该解决问题。我们正在努力解决这个问题，但我不能保证什么时候能解决这个问题。如果没有用，请告诉我。谢谢伊万！！在你第一次评论之后，我也这么做了。我让线程睡眠500毫秒，并继续相同的操作。它工作得很好。谢谢你的提示！！我只是好奇，当我用API发出http请求时，它实际上是在排队等待您的任务，然后提交更改？这是我的猜测，但你可以证实这一点。我不确定，确切地说，这涉及到很多东西/层，我不熟悉所有细节（包括缓存，它总是会引起有趣的问题）。很高兴听到你设法解决了这个问题！：）