djencks commented on issue #3350:
URL: https://github.com/apache/camel-quarkus/issues/3350#issuecomment-983004007


   In general we can’t predict how many older version need to be kept on the 
website: it depends on what other subprojects are referencing them.  I’m going 
to try to make this really explicit, as I proposed on the mailing list.
   
   I’m also going to try to update the user-manual release-guide-website.adoc 
page to cover the website changes needed for subproject releases since they are 
basically the same as for camel/camel-karaf/camel-spring-boot.
   
   Apache policy says the download page should only show “branches" for which 
further development is planned, and the download area should only have these 
releases.  Others are permanently available in  the “historical” section 
somewhere. When I looked recently I thought that the download area needed 
cleanup for most or all camel subprojects.
   
   I think this means for camel-quarkus that there should only be one release 
on the download page and in the download area.  Main camel would have one 
short-term release and all the current LTS releases. There are going to be more 
doc versions visible than versions shown on the download page.
   
   The maven updates of antora.yml are nice but not yet sophisticated enough, 
they are causing problems after release.
   
   > On Nov 30, 2021, at 1:53 AM, Zineb BENDHIBA ***@***.***> wrote:
   > 
   > 
   > Hello,
   > 
   > I've had done some additional steps, regarding what we have in the release 
guide here : 
https://camel.apache.org/camel-quarkus/next/contributor-guide/release-guide.html
 
<https://camel.apache.org/camel-quarkus/next/contributor-guide/release-guide.html>
   > And this is how I'd love to update the release guide :
   > 
   > When we generate the 2.6.x branch. Before pushing the branch, we need to 
update the antora version, but also scripts (as we push a snapshot version. See 
this commit as a reference : d4357cf 
<https://github.com/apache/camel-quarkus/commit/d4357cf7ce9c451b66654e77b50f0b8a0d78f388>
   > I wonder if we could automate this, using maven. Let me know
   > When we update the subversion repository 
<https://camel.apache.org/camel-quarkus/next/contributor-guide/release-guide.html#_update_the_apache_camel_quarkus_distribution_subversion_repository.>,
 we delete the latest version, before announcing the new one in the camel 
website : For some time, the download page  
<https://camel.apache.org/download/#camel-quarkus>doesn't work.
   > I'd advise we keep the 2 latest versions. It could make the download page 
happy + Camel K is not updated yet + https://code.quarkus.io/ 
<https://code.quarkus.io/> presents the 2 latest versions.
   > Would love to have some feedback on this.
   > When we add the release on the website, we must add the new version on the 
website too. See commit here: ***@***.*** 
<https://github.com/apache/camel-website/commit/b458d786d725dacc24a7d1e7bb97434e7a1c3042>
   > I'd advise also to just keep 2 latest versions, for same reason as 
precedent point.
   > Review the paragraph of updating camel-quarkus-examples  
<https://camel.apache.org/camel-quarkus/next/contributor-guide/release-guide.html#_upgrade_and_tag_examples>.
 The PR must have the next version, and not the next version of snapshot. Maybe 
do as for the release a push of the tag and release branch ? There is a direct 
push to main that must be reviewed.
   > I can propose a PR for this update
   > update the quarkus platform 
<https://camel.apache.org/camel-quarkus/next/contributor-guide/release-guide.html#_upgrade_camel_quarkus_in_quarkus_platform>
 : use their maven wrapper, as I had an issue with my new maven version, 
getting more than 100+ files updated, due to style difference. Using the ./mvnw 
instead made the PR better.
   > —
   > You are receiving this because you are subscribed to this thread.
   > Reply to this email directly, view it on GitHub 
<https://github.com/apache/camel-quarkus/issues/3350>, or unsubscribe 
<https://github.com/notifications/unsubscribe-auth/AAELDXX3RIPJYLCYEHPSULTUOSNLLANCNFSM5JBK4XQQ>.
   > 
   
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@camel.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


Reply via email to