答案是：标签。如果不想使用标签，也可以使用Alias。但值得一提的是，你应该只标记你的软件包为稳定的，当他们是稳定的，而不是让别人相信他们是。
更新：更多链接：稳定性

详细阐述了KingCrunch的答案，因为这对我来说并不明显。
来自https://getcomposer.org/doc/02-libraries.md#specifying-the-version
当你在Packagist上发布你的软件包时，它能够从VCS（git，svn，hg）信息中推断出版本。这意味着您不必显式声明它。
这在Github上很简单：https://help.github.com/articles/working-with-tags/
此外：
如果你手工创建包，并且真的需要显式地指定它，你可以添加一个版本字段：

{
    "version": "1.0.0" 
}

字符串

回答问题：

• 对于VCS，它是dev-master
• 对于packagist，它是*@stable

有关“稳定”或“冻结” composer 版本的更多信息

冻结稳定

有时候，特别是在审计期间，获取您的需求的最新版本是有用的，这就是为什么我制作了一个composer包，使您的所有依赖项稳定：Composer Stable Versions（https://github.com/MaximeCulea/Composer-Stable-Versions）。
使用此命令，composer.json中的依赖项将自动更改为：
"wpackagist-plugin/wordpress-seo":"6.2"个
进入：
"wpackagist-plugin/wordpress-seo":"*@stable"个

冻结Composer版本

如果之后你计划做相反的事情来获取你测试你的网站的composer.lock的最新版本，特别是在使网站活跃时，看看我的composer命令的其他版本：Composer Freeze Versions（https://github.com/MaximeCulea/Composer-Freeze-Versions）。
使用此命令，composer.json中的依赖项将被自动锁定：
"wpackagist-plugin/wordpress-seo":"@stable"
进入：
"wpackagist-plugin/wordpress-seo":"6.2"
希望对你有帮助。

如果你不是从github或类似的仓库中获取包，而是从本地路径，例如“path”类型，你必须在'composer.json'文件中显式定义版本，它不会从本地git标签中找到它。此外，只有当它不存在于packagist，github上时，才会安装这样的包，因此如果它存在于本地路径composer.json“name”字段中，则可能需要临时重命名为其他内容。