Renaming a module name
parent
8ee272f3fa
commit
e83d7133fe
16
Renaming-a-module-name.md
Normal file
16
Renaming-a-module-name.md
Normal file
@ -0,0 +1,16 @@
|
|||||||
|
Let’s say you have `mymodule-oldname` with the latest version `1.2.3` released in the npm registry, and you want to rename it to `mymodule-newname`, you need do to three things, **before** you push your changes to master and let semantic-release do its thing.
|
||||||
|
|
||||||
|
1. In package.json, where `"name"` should already be `"mymodule-newname"`, add `"version": "1.2.3"` (or what ever the latest released version of `mymodule-oldname` is.
|
||||||
|
2. run `npm publish`, this will create `+mymodule-newname@1.2.3` in the npm registry
|
||||||
|
3. `git checkout package.json` to make sure you do not commit the added `"version"`
|
||||||
|
|
||||||
|
After a package name change, it’s recommended to do a major version bump. For that you can do something like this:
|
||||||
|
|
||||||
|
```bash
|
||||||
|
git commit --allow-empty -m 'chore: renamed module to mymodule-newname
|
||||||
|
|
||||||
|
BREAKING CHANGE:
|
||||||
|
The repository has been renamed from `mymodule-oldname` to `mymodule-newname`
|
||||||
|
```
|
||||||
|
|
||||||
|
That way you can make sure that the semantic-release setup works with the new package name, and also avoid send a signal that there might be breaking changes and people should test their code before updating.
|
Loading…
x
Reference in New Issue
Block a user