There is a small issue atm,; v1.7.0-30-ge88102c is the main branch, so basically the release port will be at a higher dot version as to the devel version, even though the devel version will be ahead for around 15 commits.

Thats fine for me, so for now, the normal port tracks releases from 1.7 (so I update it to 1.7.1). And the devel port I will update to track latest commit in main.

I'm just wondering, given we have frequent releases now, does it still make sense to keep the devel version around?
It was more like a workaround to get the latest and greatest commit from to original repo (not FreeBSD umbrella hosted).
This need seems more or less vanished now :-). happy to hear your thoughts.

In D53837#1230022, @michaelo wrote:

In D53837#1230021, @driesm wrote:

@michaelo, I rather we keep the bellow fields. You can get them from using git describe --tags.

DISTVERSION= 1.6.2-34
DISTVERSIONSUFFIX= -g73b127

Then I will add a comment how to produce them since I had no clue that Git produces them.

@michaelo, I rather we keep the bellow fields. You can get them from using git describe --tags.

So when I'm understanding correctly, we switch to the ISO timestamp forever.
And in the future when the -devel and normal port diverge more, we use the commit hash and update the iso timestamp to the commit hash in question?

So if we return to using a commit hash, it keeps working with versioning, then it seems reasonable to me.

Hmmmm we should test going to newer versions to avoid a PORTEPOCH bump if we change versioning scheme now, and then want to come back to it later.

Sounds good, go for it!! Lets MFQ the -devel port as @meta suggested.

If it passes poudriere, looks good 2 me!

Ship it!