[Libusbx-devel] Keeping the 1.0.9rc3 tag
Pete Batard
pete at akeo.ie
Sun Mar 25 16:57:32 EDT 2012
On 2012.03.25 15:31, Michael Plante wrote:
> We've beaten this to death before
Yes, and you still fail to register that the only branch that matters is
mainline, because that is the only one that sees official releases. We
aren't going to produce releases from any other branch than mainline,
hence the distance does UNIQUELY identifies a release. And for official
branches that we want to support, we can add an offset.
, which is why I didn't think I needed to
> be as verbose about it. Short version: for some committers, who may
> possibly be maintainers here (not you), the distance doesn't uniquely
> identify the commit, so we still don't know what version they downloaded,
> defeating your original purpose.
Please read what I write, especially the part:
"being able to know *exactly* which commit the library came from, even
if built from git, if generated against mainline (if not, then it's a
fork, and since anything can happen in a fork, of course we don't care
about version conflicts there)".
I'm getting really tired of having to answer things that I have already
answered, and multiple times at that. Forkers do whatever they want, we
don't have to care about *their* versioning schemes. And anything that's
not in mainline IS a fork, since our only concern are with releases, and
these come from mainline.
If you can't use our mainline versioning in your own branch or if it's
going to conflict, it's not our problem, unless it's an approved fork in
which case we can add an offset. Regardless of the versioning we use,
there's nothing that prevents people from reusing exactly the same
version as mainline in a fork, even if using a commit hash as a nano
because, hash or no hash, if we do our versioning from a pre-commit and
people don't add that precommit in their git (because it does require
manual action from them), they will keep using the same nano, regardless
of what they commit.
Also, as I already explained at length, using hashes is problematic,
because you have to do a lookup to tell what version comes before or
after another.
Regards,
/Pete
More information about the libusbx
mailing list