如何开始对 Composer 包进行版本控制？

Question

我开始开发一个我想开源并在未来项目中使用的包。我不明白开始这个的正确步骤。

我刚刚在 github 上创建了存储库，这是我的 composer.json

{
    "name": "ProgrammingAreHard/Arbiter",
    "license": "MIT",
    "type": "library",
    "description": "Convenience library to manipulate Symfony ACL's",
    "authors": [
        {
            "name": "David Adams",
            "email": "adams.david.10@gmail.com"
        }
    ],
    "autoload": {
        "psr-0": {
            "ProgrammingAreHard\\Arbiter": "src/"
        }
    },
    "require": {
        "php": ">=5.3.3"
    },
    "require-dev": {
        "symfony/security": "2.4.*",
        "phpunit/phpunit": "~4.0"
    },
    "minimum-stability": "dev",
    "target-dir": "ProgrammingAreHard/Arbiter",
    "extra": {
        "branch-alias": {
            "dev-master": "1.0.x-dev"
        }
    }
}

不过，我在版本控制方面遇到了困难。我没有制作任何 git 标签。我穿上它branch-alias只是因为我听说这是一个很好的做法。我不确定1.0.x-dev现在应该有什么。

这个时候我该怎么办？我对 1.0 版本并不满意。我应该立即在诸如“v0.1.0”之类的地方创建一个轻量级或带注释的 git 标签，还是等到我处于完全可用的状态？

我应该怎么做才能以后不头痛？

我假设作曲家使用 git 标签进行版本控制（？）

Answer 1

有疑问（因为您可以选择任何您想要的策略），您可以参考语义版本控制 2.0

主要版本零 ( 0.y.z) 用于初始开发。任何事情都可能随时改变。
公共 API 不应被视为稳定的。

只要您的公共 API 可以更改，请留在0.x.y.