Page last updated:
This topic describes how to contribute to Cloud Foundry documentation.
The Cloud Foundry documentation relies on contributions from the community to remain accurate, complete, and consumable.
Reasons to contribute to the Cloud Foundry documentation include:
- You have noticed that a topic is incorrect or incomplete.
- You are developing a new Cloud Foundry feature and want to tell users know how to use it.
- You are a good person, and you want to help your fellow humans.
- You hate the idea of someone else having to go through what you just went through to figure something out. Such a waste; so inefficient.
The source files for all Cloud Foundry documentation are hosted on GitHub, and each documentation page has a link to its GitHub source file at the bottom. The source files are in Markdown/HTML/embedded Ruby (
If you use GitHub, the most direct and effective way to contribute to the documentation is to submit a pull request (PR) or raise an issue in the GitHub repository containing the documentation that you want to change. For more information, see Submit a GitHub Pull Request and Raise a GitHub Issue.
If you do not already use GitHub, you can contribute to the Cloud Foundry documentation in other ways. For more information, see Contribute Without GitHub.
Whichever way you contribute, please follow the guidelines in Advice for Contributors.
If you have identified a problem with the documentation and know the required content change, the fastest way to make the change is by submitting a PR.
The Cloud Foundry documentation team typically accepts PRs within a day, but may need to ask follow-up questions.
Before your PRs can be accepted, you must have a signed Contributor License Agreement (CLA) on file. If you do not, you are prompted to sign a CLA once you have opened your first PR.
To submit a pull request:
Navigate to the topic that you want to modify.
To locate the GitHub source file that contains the content for the topic, scroll to the bottom of the page and click Create a pull request or raise an issue on the source for this page in GitHub.
Click the pencil icon in the upper right corner to edit the file in GitHub.
Make your desired changes.
Under Commit changes at the bottom of the page, enter a description of your change and click Propose file change.
Click Create pull request.
If you do not have specific edits to make, but want start a discussion or make a general suggestion, you can raise a GitHub issue.
GitHub issues generally take longer to resolve than pull requests. But if you describe the issue with helpful background information and specific and actionable instructions, the Cloud Foundry documentation team can address it quickly.
Vague or partially-baked GitHub issues may remain unaddressed for some time.
To raise an issue on a GitHub repository:
Navigate to the topic that you want to modify.
To locate the GitHub source file that contains the content for the topic:
- Scroll to the bottom of the page.
- Click Create a pull request or raise an issue on the source for this page in GitHub.
Click the name of the repository where the topic is located. For example,
Click the Issues tab.
Click New issue.
Enter a title for your issue, and in the text box, describe the issue and provide links to the affected topics.
Click Submit new issue.
To contribute to the Cloud Foundry docs without using GitHub, you can use one of these methods:
Email the Cloud Foundry docs team directly at firstname.lastname@example.org.
Slack the Cloud Foundry docs team through the #cf-docs channel in Cloud Foundry Slack.
The Cloud Foundry documentation team reviews and revises all contributions, so you can focus on providing correct and complete information, and not worry about style and structure.
Keep in mind:
If your contribution is larger than a small correction, put yourselves in the shoes of a novice and read through it. Revise the text to answer any questions that might occur to a less experienced user.
Who needs this information? Are they a developer or a platform operator?
What are the specifics that a user needs to know in order to understand and perform the task? Instead of “the instance” or “the cluster,” explain the instance or cluster of what. Instead of “revise the code to…”, explain where to revise the code.
If you are giving instructions, include why you would want to do what you are describing. What is your specific situation, and what result do you seek?
The Cloud Foundry documentation team uses the tool Bookbinder to publish the Cloud Foundry documentation.
The instructions below explain how to use Bookbinder to preview your documentation changes locally. But you do not have to install or use Bookbinder in order to contribute to the Cloud Foundry documentation.
To preview documentation changes with Bookbinder:
If you do not already have a workspace directory within your home directory, create one by running:
Identify the content repository where your documentation is located. For example,
Clone the content repository. For example, to clone the
git clone git@=github.com:cloudfoundry/docs-cloudfoundry-concepts.git
Return to your workspace directory and clone the Cloud Foundry book by running:
git clone git@=github.com:cloudfoundry/docs-book-cloudfoundry.git
Change directory into the Cloud Foundry book by running:
To install the necessary gems, including Bookbinder, run:
To use Bookbinder to create a live version of your docs, run:
bundle exec bookbinder watch
http://localhost:4567in a browser and navigate to the route where your docs are published. For instance,
Bookbinder automatically updates the live version of the documentation whenever you make a change to the content repository.