<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>> pypi has a version of 0.0.0, but the github repo has no official 
version number or even tags, and it’s not clear which commit the pypi 
version has used.</div></blockquote><div><br></div><div>If upstream doesn't have a useful version number, you need to make one up. It should monotonically increase over time. It should change<br>
whenever the upstream source code you are installing from changes.</div></blockquote><div><br></div><div>For ports I've submitted which don't have any version numbering in the project's GitHub repo, I've been using the date of the commit as the version number in the portfile... but don't try to use the GitHub commit hash, since that is not a monotonically increasing number. So, for example, if I submitted a port for a project's commit that occurred today, the version number would be 20200704. Some of the MacPorts devs have indicated to me that this date-based version number shouldn't be separated using dashes or dots; it should just look like a single integer. Also, don't include the commit's time in the version number string, only the date.<br></div><div><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- </div><div>Jason Liu<br></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jul 4, 2020 at 1:49 PM Joshua Root <<a href="mailto:jmr@macports.org">jmr@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2020-7-5 01:20 , Steven Smith wrote:<br>
> Re: versioning, here’s the situation:<br>
> <br>
> pypi has a version of 0.0.0, but the github repo has no official version number or even tags, and it’s not clear which commit the pypi version has used.<br>
> <br>
> I prefer to build from a github repo because it contains tests and other useful things that the pypi distribution doesn’t have.<br>
> <br>
> In this situation, I specified the commit hash, set the version to be consistent with pypi’s, and set the revision to be the github commit date.<br>
> <br>
> Is there another preferred way in this situation?<br>
<br>
If upstream doesn't have a useful version number, you need to make one<br>
up. It should monotonically increase over time. It should change<br>
whenever the upstream source code you are installing from changes.<br>
<br>
Revision is a property of the port, not the upstream sources. It should<br>
start at 0 with each new upstream version, and increment whenever you<br>
make changes to the port that change the installed files, while still<br>
using the same upstream version.<br>
<br>
- Josh<br>
</blockquote></div>