【问题标题】:How to create beta version of composer package?如何创建作曲家包的测试版?
【发布时间】:2019-01-16 02:19:39
【问题描述】:

我有包,需要在 packagegist 存储库上发布它。我使用 git 作为 VCS,目前我的包可以通过 composer 安装。 有时在 composer.json 中我们可以看到类似的内容: "version" : "1.0.0-beta2",或"dev-master"。

但我不知道如何创建我的包的 beta 和 dev 版本? 我不知道在哪里可以提供我的库类型(测试版和开发版)。另外,我不明白为什么在第一种情况下版本类型 -beta2 显示为后缀,而在第二种情况下(dev-master)版本类型显示为前缀。

谁能解释一下? 谢谢

【问题讨论】:

    标签: php git composer-php


    【解决方案1】:

    它们只是您存储库中的标记名称。

    https://packagist.org/about

    标签/版本名称应与“X.Y.Z”或“vX.Y.Z”匹配,并带有可选 RC、beta、alpha 或补丁版本的后缀。这里有一些例子 有效标签名称:

    1.0.0
    v1.0.0
    1.10.5-RC1
    v4.4.4beta2
    v2.0.0-alpha
    v2.0.4-p1
    

    至于dev-master:

    分支将自动显示为“开发”版本,任何想要尝试您的库的最新和最好的人都可以轻松安装,但这并不意味着您不应该标记版本。强烈建议使用语义版本控制。

    【讨论】:

    • 后缀可以是任何东西吗? 1.5.0-blabla 也有效吗?无论如何,作曲家是否会评估后缀?如果需要某个版本,我可以想象这是可行的,但不适用于版本约束声明。如果为包指定了1.5.* ,并且存在1.5.0、1.5.1、1.5.1-alpha 等版本,composer 会做什么?
    • 来自Composer Versions and Constraints: Stabilities:Composer 识别以下稳定性(按稳定性排序):dev、alpha、beta 、RC 和 stable,其中 RC 代表候选版本。这些可能有数字后缀,例如 1.1.0-alpha2。
    猜你喜欢
    • 1970-01-01
    • 2019-05-10
    • 2018-01-22
    • 2012-12-06
    • 2015-10-06
    • 2020-02-27
    • 2015-12-06
    • 1970-01-01
    • 2017-10-25
    相关资源
    最近更新 更多