On 23 Jun 2015, at 15:00, Yuriy Tymchuk <yuriy.tymchuk@me.com> wrote:
I donât get this. I do a project and I have version 4.3. Then I make a major changes i.e. change API without backwards compatibility and create version 5.0. Now 5.0 is stable, but if someone depends on my packageâs stable version, he has to rewrite his code, otherwise his package is insta-broken.
this is why I do not recommend the use of #stable in dependency declarations (I already discussed this in pharo-dev). according to Dale, the better way to handle this would be: - you can use, for example 3.? as dependency, then it will take latest 3 (I never tried this and Iâm not sure if it actually works) - you are highly recommended to adopt Seaside convention: they have symbolic versions for #release3, #release3.1, etc. probably a bit more of work, but it works fine. - and of course, you can use a fixed version number (for example: 3.1.1) depending on #stable is #wrong! Esteban
I think this has to be also discussed with Pharo developers, who missed the main conversation, here it is: http://forum.world.st/Searching-for-a-Roassal2-version-td4833461.html <http://forum.world.st/Searching-for-a-Roassal2-version-td4833461.html>
In short: we are arguing on depending on numbered versions vs symbolic.
Uko
On 23 Jun 2015, at 14:40, stephan <stephan@stack.nl <mailto:stephan@stack.nl>> wrote:
On 23-06-15 14:27, Yuriy Tymchuk wrote:
Thatâs the point, Iâm fine using Pharo 4 in 2 years as long as the projects works. Because 1) I can use it for my reasons 2) I can migrate it if I need to. But if everyone depends on symbolic, in 2 years I open a project, it doesnât work because too much changed, I have no idea what changed, I throw it to trash. Uko
If everyone would correctly use symbolic, the only thing you'd need to do is change your own packages to make it work in the latest version of Pharo 4. That is what we have with Seaside and it works. To make it work with your code, Roassal, Glamour and GT need to switch to symbolic versions too.
Stephan
_______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> https://www.iam.unibe.ch/mailman/listinfo/moose-dev