gus-asf commented on code in PR #2415:
URL: https://github.com/apache/solr/pull/2415#discussion_r1586242677


##########
dev-docs/releasing.adoc:
##########
@@ -0,0 +1,73 @@
+
+= Releasing Solr
+:toc: left
+
+== Motivated?
+So you're of the opinion that there are unreleased features or bugfixes 
committed to the Solr repository that the world needs?
+Are you so convinced of this that you are willing to volunteer to make it 
happen?
+Good! This document tells you how to get started.
+
+== Overview
+The following is an overview of the artifacts you will be publishing. Although 
the release wizard should be your primary guide, having a picture of what's 
going on may help you understand and validate what the release wizard is asking 
you to do.
+
+There are four major parts of a release. They all become available to the 
public in slightly different ways, and it helps to understand these differences.
+
+IMPORTANT: All of these publications experience a time delay while background 
infrastructure detects and propagates your changes. There will be points in the 
release process when you just need to wait.
+
+=== Source Code and Binaries (downloads.apache.org)
+
+The distribution of a specific version of the source code is the theoretical 
center of any release by the Apache Software Foundation. As a convenience, 
precompiled binaries are also provided on downloads.apache.org. The mechanics 
of this process start with an SVN commit. The result of that commit is 
automatically synced to the downloads server (~5m?), and then on a longer time 
frame (6h?) anything on downloads is synced to archives.apache.org.
+
+=== Maven Artifacts (repository.apache.org)
+The compiled jar files, source jars, javadoc and pom need to be distributed to 
the maven ecosystem. This happens via repository.apache.org which is then 
automatically synced into maven central (~2h, upto 24h for maven central 
search). If you have released software to maven central via Sonatype, you will 
see that Apache uses the same repository manager software (Nexus), and this 
interface will look familiar to you.
+
+=== The Web Site (solr.apache.org)
+Our website must be updated with each release. It is based on the content of 
the solr-site git repository and checking in changes to the `main` branch there 
will automatically become available for preview within a few minutes at 
https://solr.staged.apache.org/[https://solr.staged.apache.org/]. Merging main 
into a branch named `production` publishes your updates to the live website 
also within a few minutes. Note that it is normal for the staging site links to 
javadocs and ref guide to return 404 because these are published by a different 
process.
+
+=== The Reference Guide (solr.apache.org/guide)
+The ref guide is published once every 24h by a Jenkins build found at 
https://ci-builds.apache.org/job/Solr/job/solr-reference-guide-official/[https://ci-builds.apache.org/job/Solr/job/solr-reference-guide-official/].
 This is a complicated process that has been automated for you. It is primarily 
influenced by the publication of an `antora.yaml` file during the steps the 
release wizard will guide you through. If the Jenkins build runs while there is 
a branch, but no updated antora.yaml file, an `M.N-beta` reference may be seen 
on the live ref guide, but there will be no `M.N-beta` ref guide pages and 
selecting it will merely browse the latest. After the Jenkins build runs, it 
takes several hours for the new version to become visible in a browser 
(possibly due to a caching layer?). There's a window of 6-30h after the release 
where this is not of concern, so don't panic. You can check the above jenkins 
job while you wait to estimate when the changes will be expected to become 
visible.
+

Review Comment:
   oh good point :) 



-- 
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: issues-unsubscr...@solr.apache.org

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


---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org

Reply via email to