I agree with what the answer @CiganoMorrisonMendez and to complement, any problem there is even in the repository and that is corrected afterwards must be released in a new update so that the update flow of a software is correctly followed, imagine that someone has already downloaded the version 1.0.0
or 1.1.0
, then probably if you could edit some of them this would cause inconsistency for those already using the specific version.
Consider that each problem fix is already an update, so even minimal problems should also be part of x.x.x
( x.x.x.x
), even if the problem is in a repository file.
As the link , given a version number MAJOR.MINOR.PATCH
( x.x.x
), increase the:
/ p>
- Larger version (
MAJOR
): when making incompatible changes in the API.
- Minor version (
MINOR
): when adding features while maintaining compatibility.
- Correction version (
PATCH
): when to fix faults while maintaining compatibility.
In case your problem is PATCH
, then if the problem was in 1.0.0
and in 1.1.0
you should create a new 1.1.1
tag.