You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@netbeans.apache.org by Eric Barboni <sk...@apache.org> on 2022/12/14 17:15:10 UTC
Version scheme for native installer/laucher
Hi,
https://github.com/apache/netbeans-native-launchers or
https://github.com/apache/netbeans-native-installers are using version taken
from Apache NetBeans main repo.
But their resepective lifecycle are not in synchro with NetBeans. They
should be voted and incorporated before main vote. It will always be tricky
to get proper version.
On a PR we proposed to change to YYYY.MM format for this external so we
could have an easy way to know when it was release.
Any better ideas ?
Best Regards
Eric
Re: Version scheme for native installer/laucher
Posted by Michael Bien <mb...@gmail.com>.
I am still using "linux versioning" for some projects and personally
prefer it over date based versioning.
you simply increment numbers till you feel they are high enough, then
you bump the major version.
"X.0" has no particular meaning - its a version like any other.
I think this would work well here too since tooling like launchers don't
really need versions for marketing purposes.
-mbien
On 22.12.22 07:17, Arnaud bourree wrote:
> Hi,
>
> Without any binding, I prefere semantic version like 1.0.
> I know that nowdays major version change is most of the time marketing
> change.
> With yyyy.mm version you will ask why the last version is so old : because
> nothing new to add ...
>
> Arnaud
>
> Le mer. 14 déc. 2022, 18:15, Eric Barboni <sk...@apache.org> a écrit :
>
>> Hi,
>>
>> https://github.com/apache/netbeans-native-launchers or
>> https://github.com/apache/netbeans-native-installers are using version
>> taken
>> from Apache NetBeans main repo.
>>
>> But their resepective lifecycle are not in synchro with NetBeans. They
>> should be voted and incorporated before main vote. It will always be tricky
>> to get proper version.
>>
>>
>>
>> On a PR we proposed to change to YYYY.MM format for this external so we
>> could have an easy way to know when it was release.
>>
>>
>>
>> Any better ideas ?
>>
>>
>>
>> Best Regards
>>
>> Eric
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Version scheme for native installer/laucher
Posted by Arnaud bourree <ar...@gmail.com>.
Hi,
Without any binding, I prefere semantic version like 1.0.
I know that nowdays major version change is most of the time marketing
change.
With yyyy.mm version you will ask why the last version is so old : because
nothing new to add ...
Arnaud
Le mer. 14 déc. 2022, 18:15, Eric Barboni <sk...@apache.org> a écrit :
> Hi,
>
> https://github.com/apache/netbeans-native-launchers or
> https://github.com/apache/netbeans-native-installers are using version
> taken
> from Apache NetBeans main repo.
>
> But their resepective lifecycle are not in synchro with NetBeans. They
> should be voted and incorporated before main vote. It will always be tricky
> to get proper version.
>
>
>
> On a PR we proposed to change to YYYY.MM format for this external so we
> could have an easy way to know when it was release.
>
>
>
> Any better ideas ?
>
>
>
> Best Regards
>
> Eric
>
>