Re: PEP 440 on fully autonomous forks versioning
"Thomas Kluyver" <[email protected]>
| Newsgroups | gmane.comp.python.distutils.devel |
|---|---|
| Message-ID | <[email protected]> |
On Fri, Mar 1, 2019, at 9:59 AM, Sofia Nunes wrote: > So, let’s assume I fork a package which is on version 2.1. and change its name. > Would my distribution version be 1.0 or 2.2/3.0? Or none of the options? From a technical perspective, I don't think it matters: if your fork has a new name, tools won't be comparing its version number to that of the original package. I'd choose a version number based on the circumstances, whether I wanted to present it as a continuation of the original project or as a new project using code from the original. I don't think we need to write a specification for this. I'd be mildly against trying to specify a special version scheme for forks (like 2.1.fork1), firstly because I don't see a need, and secondly because it implies that the fork will always be secondary to the codebase it forked from, and that the maintainers of the original project somehow own not only the name, but also future version numbers. Thomas -- Distutils-SIG mailing list -- [email protected] To unsubscribe send an email to [email protected] https://mail.python.org/mailman3/lists/distutils-sig.python.org/ Message archived at https://mail.python.org/archives/list/[email protected]/message/MN4XO7IJ2TQQKUMESZ3244B2BUNDYK6F/