[xwiki-devs] [VOTE] Release XWS 1.0 RC 1
Dear devs, I would like to release the first release candidate of XWiki Workspaces 1.0, with the following bugs solved : http://jira.xwiki.org/jira/secure/ReleaseNote.jspa?version=10647&styleName=T... As some bugs are remaining, we plan to do a second RC before releasing 1.0 final. (see http://jira.xwiki.org/jira/browse/XWS?report=com.atlassian.jira.plugin.syste...) Here is my +1 for releasing. Regards, Jerome
+0 -Vincent On Apr 14, 2008, at 10:35 AM, Jerome Velociter wrote:
Dear devs,
I would like to release the first release candidate of XWiki Workspaces 1.0, with the following bugs solved : http://jira.xwiki.org/jira/secure/ReleaseNote.jspa?version=10647&styleName=T... As some bugs are remaining, we plan to do a second RC before releasing 1.0 final. (see http://jira.xwiki.org/jira/browse/XWS?report=com.atlassian.jira.plugin.syste...)
Here is my +1 for releasing.
Regards, Jerome
+1 On Mon, Apr 14, 2008 at 10:35 AM, Jerome Velociter <[email protected]> wrote:
Dear devs,
I would like to release the first release candidate of XWiki Workspaces 1.0, with the following bugs solved : http://jira.xwiki.org/jira/secure/ReleaseNote.jspa?version=10647&styleName=T... As some bugs are remaining, we plan to do a second RC before releasing 1.0 final. (see http://jira.xwiki.org/jira/browse/XWS?report=com.atlassian.jira.plugin.syste...)
Here is my +1 for releasing.
Regards, Jerome
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
+0 About releases votes and votes in general it would be good to follow the 72h rule from now. It would reduce the risks of important changes at the last second and force us to plan things a bit more. Thanks, JV. On Mon, Apr 14, 2008 at 10:35 AM, Jerome Velociter <[email protected]> wrote:
Dear devs,
I would like to release the first release candidate of XWiki Workspaces 1.0, with the following bugs solved : http://jira.xwiki.org/jira/secure/ReleaseNote.jspa?version=10647&styleName=T... As some bugs are remaining, we plan to do a second RC before releasing 1.0 final. (see http://jira.xwiki.org/jira/browse/XWS?report=com.atlassian.jira.plugin.syste...)
Here is my +1 for releasing.
Regards, Jerome
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Jean-Vincent Drean
On Apr 14, 2008, at 1:35 PM, Jean-Vincent Drean wrote:
+0
About releases votes and votes in general it would be good to follow the 72h rule from now. It would reduce the risks of important changes at the last second and force us to plan things a bit more.
My view is a little bit different. If we wait a long time then you'll get more stuff committed at the last moment (check XE 1.3.2 for example, there's been quite a few commits since the vote was issued and thus those who voted should technically all vote again!). What we should do is stage releases, i.e. prepare a release and only ask for the vote when the version has been released in a staged repo. In that manner, the vote will mean that users/committers should test the release and vote on releasing it as is. Thanks -Vincent
On Mon, Apr 14, 2008 at 10:35 AM, Jerome Velociter <[email protected]> wrote:
Dear devs,
I would like to release the first release candidate of XWiki Workspaces 1.0, with the following bugs solved : http://jira.xwiki.org/jira/secure/ReleaseNote.jspa?version=10647&styleName=T... As some bugs are remaining, we plan to do a second RC before releasing 1.0 final. (see http://jira.xwiki.org/jira/browse/XWS?report=com.atlassian.jira.plugin.syste...)
Here is my +1 for releasing.
Regards, Jerome
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Jean-Vincent Drean _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
On Mon, Apr 14, 2008 at 1:43 PM, Vincent Massol <[email protected]> wrote:
On Apr 14, 2008, at 1:35 PM, Jean-Vincent Drean wrote:
+0
About releases votes and votes in general it would be good to follow the 72h rule from now. It would reduce the risks of important changes at the last second and force us to plan things a bit more.
My view is a little bit different. If we wait a long time then you'll get more stuff committed at the last moment (check XE 1.3.2 for example, there's been quite a few commits since the vote was issued and thus those who voted should technically all vote again!).
We haven't wait that long for 1.3.1 and got more commits AFAIR.
What we should do is stage releases, i.e. prepare a release and only ask for the vote when the version has been released in a staged repo. In that manner, the vote will mean that users/committers should test the release and vote on releasing it as is.
Having stage releases would be nice, even if I'm not sure commiters would have the time to test them properly. I realize the problem we discuss here is mostly related to xwiki-core bugfix releases. Since 4+ products relies on them the release votes are sometimes taken as a reminder thus product developers commit last minute changes at this moment. May be the best solution would be to keep our release/vote process as it is and defuse the risk of last minute commits by sending a reminder email 3 days before the vote (only for bugfix releases). Wdyt ? Thanks, -- Jean-Vincent Drean
On Apr 15, 2008, at 12:36 PM, Jean-Vincent Drean wrote:
On Mon, Apr 14, 2008 at 1:43 PM, Vincent Massol <[email protected]> wrote:
On Apr 14, 2008, at 1:35 PM, Jean-Vincent Drean wrote:
+0
About releases votes and votes in general it would be good to follow the 72h rule from now. It would reduce the risks of important changes at the last second and force us to plan things a bit more.
My view is a little bit different. If we wait a long time then you'll get more stuff committed at the last moment (check XE 1.3.2 for example, there's been quite a few commits since the vote was issued and thus those who voted should technically all vote again!).
We haven't wait that long for 1.3.1 and got more commits AFAIR.
What we should do is stage releases, i.e. prepare a release and only ask for the vote when the version has been released in a staged repo. In that manner, the vote will mean that users/committers should test the release and vote on releasing it as is.
Having stage releases would be nice, even if I'm not sure commiters would have the time to test them properly.
This is why it's nice. Anyone can test them, not only committers. But anyway even for committers, they need to be more involved in the testing. right now committers don't care and vote +1 without knowing much about the release which isn't good. At least they should try it out, test a few things before voting with this new scheme.
I realize the problem we discuss here is mostly related to xwiki-core bugfix releases. Since 4+ products relies on them the release votes are sometimes taken as a reminder thus product developers commit last minute changes at this moment.
May be the best solution would be to keep our release/vote process as it is and defuse the risk of last minute commits by sending a reminder email 3 days before the vote (only for bugfix releases). Wdyt ?
The staging release process is really the official maven release process. It's recommend by maven and maven has tools for it. I believe we should follow it. It's quite easy to do too. Thanks -Vincent
+0 On Tue, Apr 15, 2008 at 4:11 PM, Vincent Massol <[email protected]> wrote:
On Apr 15, 2008, at 12:36 PM, Jean-Vincent Drean wrote:
On Mon, Apr 14, 2008 at 1:43 PM, Vincent Massol <[email protected]> wrote:
On Apr 14, 2008, at 1:35 PM, Jean-Vincent Drean wrote:
+0
About releases votes and votes in general it would be good to follow the 72h rule from now. It would reduce the risks of important changes at the last second and force us to plan things a bit more.
My view is a little bit different. If we wait a long time then you'll get more stuff committed at the last moment (check XE 1.3.2 for example, there's been quite a few commits since the vote was issued and thus those who voted should technically all vote again!).
We haven't wait that long for 1.3.1 and got more commits AFAIR.
What we should do is stage releases, i.e. prepare a release and only ask for the vote when the version has been released in a staged repo. In that manner, the vote will mean that users/committers should test the release and vote on releasing it as is.
Having stage releases would be nice, even if I'm not sure commiters would have the time to test them properly.
This is why it's nice. Anyone can test them, not only committers.
But anyway even for committers, they need to be more involved in the testing. right now committers don't care and vote +1 without knowing much about the release which isn't good. At least they should try it out, test a few things before voting with this new scheme.
I realize the problem we discuss here is mostly related to xwiki-core bugfix releases. Since 4+ products relies on them the release votes are sometimes taken as a reminder thus product developers commit last minute changes at this moment.
May be the best solution would be to keep our release/vote process as it is and defuse the risk of last minute commits by sending a reminder email 3 days before the vote (only for bugfix releases). Wdyt ?
The staging release process is really the official maven release process. It's recommend by maven and maven has tools for it.
I believe we should follow it. It's quite easy to do too.
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Result : 2 +1, 2 +0, no -1. Starting the release. Regards, Jerome.
Dear devs,
I would like to release the first release candidate of XWiki Workspaces 1.0, with the following bugs solved : http://jira.xwiki.org/jira/secure/ReleaseNote.jspa?version=10647&styleName=T... As some bugs are remaining, we plan to do a second RC before releasing 1.0 final. (see http://jira.xwiki.org/jira/browse/XWS?report=com.atlassian.jira.plugin.syste...)
Here is my +1 for releasing.
Regards, Jerome
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
participants (5)
-
Arvind Gupta -
Jean-Vincent Drean -
Jerome Velociter -
Thomas Mortagne -
Vincent Massol