Composer / Packagist没有给我最新的包裹

Question

如果你去找https://packagist.org/packages/geekality/website并将其与你在运行`composer show geekality / website时获得的结果进行比较。

1. 顶部的packagist的最新版本是v0.7
2. 命令行输出中给出的最新版本是v0.6
3. 最新版本应该在两种情况下都是v0.7.1
4. 版本＆gt; = 0.7甚至没有出现在命令行中
5. dev-master版本指向v0.5 ??

这里发生了什么？我该如何解决？如果我将composer.json更改为目标版本/标记0.7.1，对于我清楚在packagist和GitHub上都存在，我收到一条错误消息，指出找不到请求的包。< / p>

我试过

• 删除供应商文件夹并重新更新
• 删除作曲家缓存
• 在另一台计算机上更新作曲家
• 在Packagist上删除并重新创建包
• 创建并推送新标签（0.7.1基本上与0.7相同）

任何人都知道发生了什么事？

---

更新

这似乎是由Packagist的一些问题造成的，并且我身边没有任何其他问题（或其他似乎有同样问题的人）。

我通过在composer.json中手动列出有问题的存储库来源，暂时“解决”了它。

Answer 1

这种情况下的解决方案是等待Packagist不被破坏。

所以，如果其他人有这个问题并且他们已经检查了所有的东西，可以查看推特或其他东西，看看是否有其他人有问题。

Answer 2

看起来你填满了你的标签或将原产地/主人移回了早期版本。

版本v0.5仍然包含与之关联的origin/master和master标记，这非常奇怪。

我认为你只想将master重置为最新的提交，但是你可能应该首先弄清楚这是怎么发生的，以防万一甚至更奇怪的事情发生。

我标记版本的方式是：

1. 签入并将所有内容推送到远程存储库。
2. 在命令行上运行git tag 1.2.3。
3. 在命令行git push --tags
上推送标签

我认为您可能通过跳过第1步并在本地仍然有未提交的更改来导致此问题。如果您可以推送这些提交，这可能会解决问题，否则您可能需要将头重置为适当的版本。

在Atlassian Sourcetree中，可以通过右键单击相应的签入来完成，否则可以使用git reset命令从命令行执行此操作：

git reset --soft a4ed43d16ecb20aaa275ee120e073e043190e093

  

根本不触摸索引文件或工作树（但重置   头，就像所有模式一样）。这留下了你所有的   已更改文件“要提交的更改”，因为git status会将其设置为。

不应该在本地或远程删除任何内容，只需更改头部指向的位置。