wul*_*pro 4 svn versioning conventions nexus maven
我正在做一个快速的项目,其中,我正在直接研究一个不断变化的模块.其他人直接依赖于模块,因此,我将公共接口存根并将其部署到我们的本地Nexus存储库中以0.0-SNAPSHOT供使用.
现在我已经完成了模块的第一次迭代,我试图重新部署更新的工件.阅读有关快照的内容,其他人声称快照应代表当前的主干.这是真的？
Maven在重新部署时会自动增加我的快照版本 - 所以,从那里开始0.0-SNAPSHOT,我0.0-SNAPSHOT只是,它是同一个快照的迭代3或4.什么时候应该翻到0.1-SNAPSHOT？是否有一个插件我可以用来自动化版本更改,而不是手动编辑我的pom？
在集成测试和我们的第一个系统版本的部署之后1.0-RELEASE,我的模块应如何进展？我应该将模块移动到1.0-SNAPSHOT其上并继续吗？是否应该遵循一种方法,还是由开发人员自行决定？
XYZ-SNAPSHOT表示法识别导致释放XYZ的临时版本,因此除非您发布XYZ,否则通常不会从XYZ-SNAPSHOT移动到XYZ + 1-SNAPSHOT如果您遵守此约定,则maven-release-plugin可以帮助您完整的发布过程.
请注意,最常见的Maven约定使用3个版本的发行版标识符,没有任何后缀(即没有-RELEASE).后缀通常用于区分相同版本的变体.
Maven完全是关于约定的,所以如果没有阅读它,你几乎没有机会走得很远:这本书是一个很好的起点.
| 归档时间： |
|
| 查看次数： |
3671 次 |
| 最近记录： |