Hi all,
I've fixed bug #138 and released v0.2-RC1.
I've also changed the release date to July 7.
Dennis
Van: escet-dev <escet-dev-bounces@xxxxxxxxxxx> namens Dennis Hendriks <dh_tue@xxxxxxxxxxx>
Verzonden: donderdag 1 juli 2021 22:45
Aan: escet developer discussions <escet-dev@xxxxxxxxxxx>
Onderwerp: Re: [escet-dev] Release v0.2: delay or descope?
Hi all,
I've moved the remaining issues for v0.2 to v0.3.
I've created merge request !109 to update the release notes. Please review.
We still have to release a release candidate. I can do that tomorrow, after the release notes have been updated.
To allow for testing the release candidate, I propose to move the release date to July 7.
Let me know what you think.
Dennis
Van: escet-dev <escet-dev-bounces@xxxxxxxxxxx> namens Ferdie Reijnen <ferdie.reijnen@xxxxxxxxx>
Verzonden: donderdag 1 juli 2021 10:29
Aan: escet developer discussions <escet-dev@xxxxxxxxxxx>
Onderwerp: Re: [escet-dev] Release v0.2: delay or descope?
Hi,
I agree with Dennis and Albert to not delay the release.
The remaining issues are all nice to have, but they are not blocking the release.
Kind regards,
Ferdie
Hi all,
If I remember correctly, we decided for a time-based release policy, so I would say the only reason to delay a release is if there are critical blocker issues.
Current open bugs are:
#109 and #110 about the railroad diagram generator which is not an end user tool and not in production use.
I see no reason to delay the release.
Albert
Hi all,
I'm very happy with the work we've done so far for release v0.2. We addressed many of the issues already. We also fixed many bugs.
Today is the release date that we set for release v0.2. But, we still have various open issues for this release.
There are several reasons we did not yet resolve all the issues for this release. One is the many bug issues that were created in the last months, including several non-trivial ones. Another is that some work has been more involved than expected, e.g. the multi-HTML
output.
Regardless of the reasons, we now have a decision to make. Do we:
- Delay the release until all the issues have been addressed?
- Move the remaining issues to a next release, release a release candidate this week, and perform the final release next week?
- Some other alternative?
Given that the sum of the remaining issues is still significant, delaying the release until all that work is done would not be my preference. I propose to go for the 2nd
option.
What are your thoughts on this? And are there issues that you consider critical for a v0.2 release?
Dennis
_______________________________________________
escet-dev mailing list
escet-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/escet-dev
|