Git 回购包名称更改的语义版本控制指南
Semantic Versioning Guidance With Packages Name Changes From a Git Repo
我们的团队正计划重命名一组 React 组件。到目前为止,每个组件的版本号都是根据 semver 指南递增的。
semver.org 没有明确定义在这种情况下要做什么 - 在重命名项目期间要增加什么版本。这些更改在功能意义上没有中断,因此这在技术上可以描述为向后兼容,但用户需要在其 package.json 文件中引用新的包名称才能访问新功能。
这种情况下的最佳做法是什么 - 从新版本号开始,递增到下一个主要版本号,或者我们没有考虑过的其他内容?
users will need to reference a new package name in their package.json
这类似于 semver/semver
issue 148,它讨论了依赖关系的变化。
Upgrading the logger dependency would be an outgoing interface change and must be considered part of the public API.
在您的情况下,这与依赖关系无关,但仍然是对 "outgoing interface" 的更改。
对主要版本的更改似乎是推荐的选项。
我们的团队正计划重命名一组 React 组件。到目前为止,每个组件的版本号都是根据 semver 指南递增的。
semver.org 没有明确定义在这种情况下要做什么 - 在重命名项目期间要增加什么版本。这些更改在功能意义上没有中断,因此这在技术上可以描述为向后兼容,但用户需要在其 package.json 文件中引用新的包名称才能访问新功能。
这种情况下的最佳做法是什么 - 从新版本号开始,递增到下一个主要版本号,或者我们没有考虑过的其他内容?
users will need to reference a new package name in their package.json
这类似于 semver/semver
issue 148,它讨论了依赖关系的变化。
Upgrading the logger dependency would be an outgoing interface change and must be considered part of the public API.
在您的情况下,这与依赖关系无关,但仍然是对 "outgoing interface" 的更改。
对主要版本的更改似乎是推荐的选项。