gpt4 book ai didi

php - 如何开始对 Composer 包进行版本控制?

转载 作者:可可西里 更新时间:2023-10-31 23:20:31 24 4
gpt4 key购买 nike

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

我刚刚在 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 标签,还是等到它完全可用时再创建?

我应该怎么做才不会头疼?

我假设 Composer 使用 git 标签进行版本控制(?)

最佳答案

有疑问(因为你可以选择任何你想要的政策),你可以引用semantic versioning 2.0

Major version zero (0.y.z) is for initial development. Anything may change at any time.
The public API should not be considered stable.

只要您的公共(public) API 可以更改,就留在 0.x.y 中。

关于php - 如何开始对 Composer 包进行版本控制?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23355203/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com