The Apache Flink website presents Apache Flink and its community. It serves several purposes including:
We welcome any contribution to improve our website. This document contains all information that is necessary to improve Flink’s website.
The easiest way to contribute website updates is to fork the mirrored website repository on Github into your own Github account by clicking on the fork button at the top right. If you have no Github account, you can create one for free.
Next, clone your fork to your local machine.
git clone https://github.com/<your-user-name>/flink-web.git
flink-web directory contains the cloned repository. The website resides in the
asf-site branch of the repository. Run the following commands to enter the directory and switch to the
cd flink-web git checkout asf-site
The files and directories in the website git repository have the following roles:
.mdare Markdown files. These files are translated into static HTML files.
_)) contain also
.mdfiles. The directory structure is reflected in the generated HTML files and the published website.
_postsdirectory contains blog posts. Each blog post is written as one Markdown file. To contribute a post, add a new file there.
_includes/directory contains includeable files such as the navigation bar or the footer.
docs/directory contains copies of the documentation of Flink for different releases. There is a directory inside
docs/for each stable release and the latest SNAPSHOT version. The build script is taking care of the maintenance of this directory.
content/directory contains the generated HTML files from Jekyll. It is important to place the files in this directory since the Apache Infrastructure to host the Flink website is pulling the HTML content from his directory. (For committers: When pushing changes to the website git, push also the updates in the
You can update and extend the website by modifying or adding Markdown files or any other resources such as CSS files. To verify your changes start the build script in preview mode.
The script compiles the Markdown files into HTML and starts a local webserver. Open your browser at
http://localhost:4000 to view the website including your changes. The served website is automatically re-compiled and updated when you modify and save any file and refresh your browser.
Please feel free to ask any questions you have on the developer mailing list.
The Flink project accepts website contributions through the GitHub Mirror as Pull Requests. Pull requests are a simple way of offering a patch by providing a pointer to a code branch that contains the changes.
To prepare and submit a pull request follow these steps.
Commit your changes to your local git repository. Please Make sure that your commit does not include translated files (any files in the
content/ directory). Unless your contribution is a major rework of the website, please squash it into a single commit.
Push the commit to a dedicated branch of your fork of the Flink repository at Github.
git push origin myBranch
Go the website of your repository fork (
https://github.com/<your-user-name>/flink-web) and use the “Create Pull Request” button to start creating a pull request. Make sure that the base fork is
apache/flink-web asf-site and the head fork selects the branch with your changes. Give the pull request a meaningful description and submit it.
This section is only relevant for committers.
ASF writable: https://git-wip-us.apache.org/repos/asf/flink-web.git
ASF read-only: git://git.apache.org/repos/asf/flink-web.git
Details on how to set the credentials for the ASF git repository are linked here.
Contributions are expected to be done on the source files only (no modifications on the compiled files in the
content/ directory.). Before pushing a website change, please run the build script
add the changes to the
content/ directory as an additional commit and push the changes to the ASF base repository.
The build script does also take care of maintaining the
docs/ directory. Set the
-u flag to update documentation. This includes fetching the Flink git repository and copying different versions of the documentation.