【问题标题】:Best practice for Composer branch aliases and tagsComposer 分支别名和标签的最佳实践
【发布时间】:2015-01-17 23:45:08
【问题描述】:

我在 Packagist 上有一个包裹。我标记了0.2.0 版本,我将dev-master 的分支别名设置为0.3.x-dev。所以这意味着我所做的所有开发都是为了下一个 0.3.x 版本。这也意味着人们可以要求我的包的0.3.*@dev 版本。

现在,假设我突然意识到我正在做的事情更倾向于 1.0 版本,所以我将 dev-master 的分支别名更改为1.0.x-dev。由于我从未制作过 0.3 标记,这会导致使用我的包的每个人都使用 0.3.*@dev 要求的依赖关系中断。

所以...在我决定更改分支别名之前,我是否应该创建一个 0.3 标签?或者这是人们要求我的包的开发分支所承担的风险?

【问题讨论】:

    标签: git composer-php packagist semantic-versioning


    【解决方案1】:

    在决定更改分支别名之前,我是否应该创建一个 0.3 标签?

    这是一种可能性,但该分支的用户可能不会立即意识到该分支已经“过时”(不再进化)

    从 0.3 切换到 1.0 是一个重要的决定,应该以某种方式传达。
    打破依赖关系并不是宣传此版本转变的最佳方式,但它确实起到了作用。

    最后,这两种选择都不能真正解决问题,这更像是一个沟通的问题。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2017-01-30
      • 1970-01-01
      • 1970-01-01
      • 2016-11-29
      • 2012-10-13
      • 1970-01-01
      • 1970-01-01
      • 2015-05-28
      相关资源
      最近更新 更多