我最近遇到了作曲家的变化,意味着默认的minimum-stability
是stable
,而不是将其设置为dev
我想标记我的一些图书馆稳定。
我实际上使用了两个相关分支,release
和dev
从master
分支。经常会将某些内容合并到release
并标记为新版本。
作曲家如何确定我的库的稳定性,是否存在分支,版本号,composer.json中的键的命名约定?
由于
答案 0 :(得分:28)
答案 1 :(得分:4)
阐述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" }
答案 2 :(得分:0)
dev-master
*@stable
有时候,特别是在审计过程中,有用的是获取最新版本的需求,这就是为什么我们让一个编写器包使所有依赖项变得稳定:Composer Make Stable(https://github.com/BeAPI/composer-make-stable)。
使用此命令,您对composer.json的依赖关系将自动更改为:
"wpackagist-plugin/wordpress-seo":"6.2"
成:
"wpackagist-plugin/wordpress-seo":"*@stable"
如果之后你打算做相反的事情来获取你测试过你网站的composer.lock的最新版本,特别是在网站上线时有用,请看看我们的另一个作曲家命令:{{3} }(Composer Freeze Version)。
使用此命令,您对composer.json的依赖关系将自动更改为:
"wpackagist-plugin/wordpress-seo":"@stable"
成:
"wpackagist-plugin/wordpress-seo":"6.2"
希望它有所帮助。
答案 3 :(得分:0)
如果您不是从github或类似的存储库中获取软件包,而是例如从本地路径“ path”类型获取软件包,则必须在“ composer.json”文件中明确定义版本,它不会从本地git标签中找出来。此外,只有在packageagist github上不存在该软件包时,才会安装该软件包,因此,如果它在本地路径composer.json“名称”字段中存在,则可能需要临时重命名该软件包。>