Copy
Suppose you make a change that breaks backward compatibility, such as:
- Removing or renaming a method.
- Changing the method signature in a way that existing users will have to update their code.
For a version 0.0.0 moving to 1.0.0:
Suppose you add new features in a backward-compatible way, such as:
- Adding a new method or a new configuration option.
- Enhancing existing functionality without breaking the current API.
For a version 0.0.0 moving to 0.1.0:
Suppose you fix bugs in a backward-compatible way, such as:
- Fixing a typo in the code that caused unexpected behavior.
- Making small optimizations or refactoring that doesn’t affect the public API.
For a version 0.0.0 moving to 0.0.1: