commit | 277b6dd750fdc0de90d7f0c291369ab63b646f93 | [log] [tgz] |
---|---|---|
author | dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> | Thu Apr 07 14:00:32 2022 +0000 |
committer | GitHub <noreply@github.com> | Thu Apr 07 14:00:32 2022 +0000 |
tree | e3e131ac6b30a31a1dbd26055f1d5952523278ce | |
parent | 68d2075a94db0f8147159b1da3c9351f0f6797cf [diff] |
Bump rubyzip from 1.2.1 to 2.3.2 in /content Bumps [rubyzip](https://github.com/rubyzip/rubyzip) from 1.2.1 to 2.3.2. - [Release notes](https://github.com/rubyzip/rubyzip/releases) - [Changelog](https://github.com/rubyzip/rubyzip/blob/master/Changelog.md) - [Commits](https://github.com/rubyzip/rubyzip/compare/v1.2.1...v2.3.2) --- updated-dependencies: - dependency-name: rubyzip dependency-type: indirect ... Signed-off-by: dependabot[bot] <support@github.com>
This is the source for the Release specific part of the Apache Storm website and documentation. It is statically generated using jekyll.
First install jekyll and bundler (assuming you have ruby installed):
gem install jekyll bundler
Fetch/update site dependencies
bundle install
Generate the site, and start a server locally:
bundle exec jekyll serve -w
The -w
option tells jekyll to watch for changes to files and regenerate the site automatically when any content changes.
Point your browser to https://localhost:4000
By default, jekyll will generate the site in a _site
directory.
In order to add a new release, you must have committer access to the storm-site repository at https://github.com/apache/storm-site.
You must first generate Javadoc for the new release. Check out the Storm repository from https://github.com/apache/storm, and check out the version of the code you are releasing.
You must have already installed the storm-shaded-deps module, so please run mvn clean install -pl storm-shaded-deps -am
if you haven't built Storm already.
In the Storm project root run
mvn javadoc:aggregate -DreportOutputDirectory=./docs/ -DdestDir=javadocs -Dnotimestamp=true -pl '!storm-shaded-deps'
In the storm-site project, release documentation is placed under the releases directory named after the release version. See below for details about release specific documentation.
To add documentation for a new release, run the following from the Storm project root
mkdir ${path_to_storm_site}/releases/${release_name} #Copy everything over, and compare checksums, except for things that are part of the site, # and are not release specific like the _* directories that are jekyll specific # assets/ css/ and README.md rsync -ac --delete --exclude _\* --exclude assets --exclude css --exclude README.md ./docs/ ${path_to_storm_site}/releases/${release_name} cd ${path_to_storm_site} git add releases/${release_name} git commit
If the release is the latest release, i.e. the release with the highest version number, you should also update the releases/current
symlink to point to the new release. Run the following from the storm-site/releases
directory.
ln -f -n -s ${release_name} current
To publish the site, run the following from the storm-site root
bundle exec jekyll build -d content git add content git commit
and push the commit to the asf-site branch.
Release specific documentation is controlled by a jekyll plugin releases.rb.
The plugin will look in the releases directory for release specific docs.
Each sub directory is named after the release in question. The “current” release is pointed to by a symlink in that directory called current
.
The plugin sets three configs for each release page.
The version is determined by the name of the releases/${release_name}
sub-directory and branch is assumed to be a "v#{version}"
which corresponds with our naming conventions. For SNAPSHOT releases you will need to override this in _data/releases.yml
The plugin also augments the site.data.releases
dataset. Each release in the list includes the following, and each can be set in _data/releases.yml
to override what is automatically generated by the plugin.
So if you wanted to create a link to a file on github inside the release specific docs you would create a link like
[LICENSE]([DEVELOPER.md]({{page.git-blob-base}}/LICENSE)
If you wanted to create a maven string to tell people what dependency to use you would do something like
<dependency> ... <version>{{version}}</version> </dependency>
If you want to refer to a javadoc for the current release use a relative path. It will be in the javadocs subdirectory.
[TopologyBuilder](javadocs/org/apache/storm/topology/TopologyBuilder.html)