Re: [xwiki-devs] [Proposal] Change of XS Cycle strategy to account for Christmas
Hi, Vincent. +1 for the general goal of avoiding needless holiday stress. Now, on the details, there is something I'm struggling to understand: * I see that we have 2 options for finishing N.11: A) In the middle of December (i.e. 10.11RC on 10th of Dec -2w- and 10.11 Final on 17 Dec -1w-), similar to what we did for 9.11.x (9.11RC1 was on 11th of Dec 2017 and 9.11 Final was on 18th of Dec 2017) B) At the beginning of January (i.e. 10.11RC on 17th of Dec -3w- and 10.11 Final on the 7th of Jan 2019 -3w-) ** I would personally prefer A) in order to "close the books" before the holiday season and start fresh in January. Anyone working during the Holidays can start on N+1.0 or work on bugfixes for N.11.1. * In both cases, N+1.0 should be same at the end of January, not February. ** Why would it have to be end of February, and thus lose a release, as mentioned in your "Cons" section? ** I get it if it comes as a new proposal to double the length of N.0 to 2m instead of 1 (for which I'd be +0, since I prefer less exceptions, if possible), but I don't get it if we see it as a consequence of how we handle holidays. Side note: While trying to understand how all of this works, I can't but help to notice how the week-based calculations don't add up, since a month is 4.3(3) weeks long and everything planned around weeks is bound to be distorted when you look at it by months. IMO, it would make more sense to reason in terms of months (synchronized with our 12 releases cycle) and say things like "last Monday of December". Not sure how easy it would be to work with... just food for thought. Thanks, Eduard On Mon, Nov 19, 2018 at 6:13 PM Vincent Massol wrote: > Hi devs, > > Some devs mentioned it’s too hard to release the N.11 release since it > happens around Christmas every year. > > Here’s a proposal: > > * Shorten the cycle to 11 releases instead of 12. > * Release N.9 at end of Nov > * Release N.10 at end of first week of Jan. Note: N.10RC1 would be > released mid December (about 17th of Dec to have 3 weeks of RC). > * Release N+1.0 at end of February. Start of N+1.0 work > > Pros: > * No release during Christmas, yeah :) > * More time to prepare the first LTS bugfix release, i.e. N.10.1, which > can be done during the month of January. > * More time for the first released of N+1 (i.e. N+1.0). This is important > since that’s the release where we can do heavy refactoring and it’s not bad > to get some more time. > > Cons: > * One less release > > WDYT? Do you see other cons? > > Thanks > -Vincent > >
Re: [xwiki-devs] [Proposal] Change of XS Cycle strategy to account for Christmas
> On 19 Nov 2018, at 17:13, Vincent Massol wrote: > > Hi devs, > > Some devs mentioned it’s too hard to release the N.11 release since it > happens around Christmas every year. > > Here’s a proposal: > > * Shorten the cycle to 11 releases instead of 12. > * Release N.9 at end of Nov > * Release N.10 at end of first week of Jan. Note: N.10RC1 would be released > mid December (about 17th of Dec to have 3 weeks of RC). > * Release N+1.0 at end of February. Start of N+1.0 work ^^^ I forgot the end of the sentence: Start of N+1.0 work will be when N.10 final is released, i.e. at beginning of second week of January. Thanks -Vincent > > Pros: > * No release during Christmas, yeah :) > * More time to prepare the first LTS bugfix release, i.e. N.10.1, which can > be done during the month of January. > * More time for the first released of N+1 (i.e. N+1.0). This is important > since that’s the release where we can do heavy refactoring and it’s not bad > to get some more time. > > Cons: > * One less release > > WDYT? Do you see other cons? > > Thanks > -Vincent >
Re: [xwiki-devs] [Proposal] Change of XS Cycle strategy to account for Christmas
+1 On Mon, Nov 19, 2018 at 5:13 PM Vincent Massol wrote: > > Hi devs, > > Some devs mentioned it’s too hard to release the N.11 release since it > happens around Christmas every year. > > Here’s a proposal: > > * Shorten the cycle to 11 releases instead of 12. > * Release N.9 at end of Nov > * Release N.10 at end of first week of Jan. Note: N.10RC1 would be released > mid December (about 17th of Dec to have 3 weeks of RC). > * Release N+1.0 at end of February. Start of N+1.0 work > > Pros: > * No release during Christmas, yeah :) > * More time to prepare the first LTS bugfix release, i.e. N.10.1, which can > be done during the month of January. > * More time for the first released of N+1 (i.e. N+1.0). This is important > since that’s the release where we can do heavy refactoring and it’s not bad > to get some more time. > > Cons: > * One less release > > WDYT? Do you see other cons? > > Thanks > -Vincent > -- Thomas Mortagne
[xwiki-devs] [Proposal] Change of XS Cycle strategy to account for Christmas
Hi devs, Some devs mentioned it’s too hard to release the N.11 release since it happens around Christmas every year. Here’s a proposal: * Shorten the cycle to 11 releases instead of 12. * Release N.9 at end of Nov * Release N.10 at end of first week of Jan. Note: N.10RC1 would be released mid December (about 17th of Dec to have 3 weeks of RC). * Release N+1.0 at end of February. Start of N+1.0 work Pros: * No release during Christmas, yeah :) * More time to prepare the first LTS bugfix release, i.e. N.10.1, which can be done during the month of January. * More time for the first released of N+1 (i.e. N+1.0). This is important since that’s the release where we can do heavy refactoring and it’s not bad to get some more time. Cons: * One less release WDYT? Do you see other cons? Thanks -Vincent
Re: [xwiki-devs] [Proposal] Always add a link to the reference doc in the RN items
+1 I agree this would help the user to find related information about the feature and the changes done. We already do this practice in the majority of cases. I would even say that when providing the link it would be great if we would add the version number in the link, for example https://www.xwiki.org/xwiki/bin/viewrev/Documentation/DevGuide/Tutorials/WritingMacros/WikiMacroTutorial/WebHome?rev=98.4#HParameters This way the release notes will be valid after 1 year or more. Because on xwiki.org we are supporting only the latest version, some documentation goes missing, some anchors get deleted, etc. Having the version number in the URL makes sure that the reader of the RN will know exactly how the documentation was indented to look like at the moment the feature was released. Thanks, Caty On Mon, Nov 19, 2018 at 11:15 AM Adel Atallah wrote: > Hello, > > +1 to enforce the link to the documentation. > > We could find a nice way to show the link by adding an icon next to > the RN note or put the link on the title for instance. > > Thanks, > Adel > > On Sun, Nov 18, 2018 at 2:56 PM Vincent Massol wrote: > > > > Hi devs, > > > > This is something I mentioned a few times (just did on IRC/matrix an > hour ago too) but I don’t know if we have an agreement about to, so I’m > making a proposal. > > > > The idea is that I think it would be nice for users to be able to the > read the RN and for each item to be able to navigate to the reference > documentation to know more about the topic. > > > > Thus the proposal is to always add a link to the reference doc in RN > items. > > > > For example I added a link here: > > > https://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/10.10RC1/#HAllowwikimacrostoindicatethetypeofparameters > > > > When I created the RN app I had hesitate to have a field for that but I > thought it be nicer if the links were in the text (better flow) and it > would take less visual space (if we have a field we’ll need to add the info > somewhere which will take more space). The downside is that everyone is > forgetting to do it and it's not enforceable automatically. > > > > WDYT? > > > > Thanks > > -Vincent > > >
Re: [xwiki-devs] [Proposal] Roadmap for XS 10.11
Hi, > On 19 Nov 2018, at 13:42, Vincent Massol wrote: > > Hi devs, > > Here’s a roadmap for XS 10.11 which is the last release of the 10.x > cycle/year. > > Goal: Mostly stabilization release (bug fixing and last moment polishing of > features introduced in the 10.x cycle) > > * All: BFD (20%) > * Thomas/Vincent: Improve STAMP KPIs (20%) > * All: Bug fixing/small polishing focus on items added during 10.x > * Marius/Adel: Auto complete of references in WYSIWYG Macro Dialog (+ > grouping feature so that users don't get both "page" and "reference" at the > same time + "deprecated"/"priority" to show "page" more proeminently than > "reference") > * Thomas: More async/caching of UIX. > * Thomas: Bug: https://jira.xwiki.org/browse/XWIKI-14635 : Unsupported > character exception is warned in console when downloading attachment I had forgotten Simon started work on the following item, which I propose to have in 10.11 as a target: * Simon: Import: make it work with new versions of Libre Office (idea: use a more recent fork of jodconverter, we identified one and check if we need to merge changes we did in our fork) Thanks -Vincent > > Dates: > > * 10.11RC1: 17th of Dec 2018 > * 10.11Final: 24th-31st of Dec 2018 (I’m putting a range since it’s Christmas > and we don’t know who’ll be there) > > Let me know if you have remarks/questions. > > Thank you > -Vincent
Re: [xwiki-devs] [Proposal] Roadmap for XS 10.11
Hi devs, > On 19 Nov 2018, at 13:42, Vincent Massol wrote: > > Hi devs, > > Here’s a roadmap for XS 10.11 which is the last release of the 10.x > cycle/year. > > Goal: Mostly stabilization release (bug fixing and last moment polishing of > features introduced in the 10.x cycle) > > * All: BFD (20%) > * Thomas/Vincent: Improve STAMP KPIs (20%) > * All: Bug fixing/small polishing focus on items added during 10.x > * Marius/Adel: Auto complete of references in WYSIWYG Macro Dialog (+ > grouping feature so that users don't get both "page" and "reference" at the > same time + "deprecated"/"priority" to show "page" more proeminently than > "reference") > * Thomas: More async/caching of UIX. > * Thomas: Bug: https://jira.xwiki.org/browse/XWIKI-14635 : Unsupported > character exception is warned in console when downloading attachment > > Dates: > > * 10.11RC1: 17th of Dec 2018 > * 10.11Final: 24th-31st of Dec 2018 (I’m putting a range since it’s Christmas > and we don’t know who’ll be there) > > Let me know if you have remarks/questions. I’ve now updated https://www.xwiki.org/xwiki/bin/view/Roadmaps/ Please edit the page with the fine-grained list of JIRAs you’re planning to tackle for 10.11. Thanks -Vincent > Thank you > -Vincent
[xwiki-devs] [Proposal] Roadmap for XS 10.11
Hi devs, Here’s a roadmap for XS 10.11 which is the last release of the 10.x cycle/year. Goal: Mostly stabilization release (bug fixing and last moment polishing of features introduced in the 10.x cycle) * All: BFD (20%) * Thomas/Vincent: Improve STAMP KPIs (20%) * All: Bug fixing/small polishing focus on items added during 10.x * Marius/Adel: Auto complete of references in WYSIWYG Macro Dialog (+ grouping feature so that users don't get both "page" and "reference" at the same time + "deprecated"/"priority" to show "page" more proeminently than "reference") * Thomas: More async/caching of UIX. * Thomas: Bug: https://jira.xwiki.org/browse/XWIKI-14635 : Unsupported character exception is warned in console when downloading attachment Dates: * 10.11RC1: 17th of Dec 2018 * 10.11Final: 24th-31st of Dec 2018 (I’m putting a range since it’s Christmas and we don’t know who’ll be there) Let me know if you have remarks/questions. Thank you -Vincent
[xwiki-devs] Postpone of XWiki 10.10-rc-1
Hello. To let Marius finish his work, I propose to postpone the release of XWiki 10.10-rc-1 to tomorow. Thanks, -- Guillaume Delhumeau (guillaume.delhum...@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
Re: [xwiki-devs] [Proposal] Always add a link to the reference doc in the RN items
Hello, +1 to enforce the link to the documentation. We could find a nice way to show the link by adding an icon next to the RN note or put the link on the title for instance. Thanks, Adel On Sun, Nov 18, 2018 at 2:56 PM Vincent Massol wrote: > > Hi devs, > > This is something I mentioned a few times (just did on IRC/matrix an hour ago > too) but I don’t know if we have an agreement about to, so I’m making a > proposal. > > The idea is that I think it would be nice for users to be able to the read > the RN and for each item to be able to navigate to the reference > documentation to know more about the topic. > > Thus the proposal is to always add a link to the reference doc in RN items. > > For example I added a link here: > https://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/10.10RC1/#HAllowwikimacrostoindicatethetypeofparameters > > When I created the RN app I had hesitate to have a field for that but I > thought it be nicer if the links were in the text (better flow) and it would > take less visual space (if we have a field we’ll need to add the info > somewhere which will take more space). The downside is that everyone is > forgetting to do it and it's not enforceable automatically. > > WDYT? > > Thanks > -Vincent >
