ianf77 / aap-sandbox

Sandbox repo for Red Hat Ansible automation platform docs

AAP docs Sandbox

Contributing

We welcome contributions to the Red Hat Ansible Automation Platform documentation. You can either open an issue for discussion, or submit an update using the steps below. This section describes the workflow and provides resources for Red Hat style and documentation architecture conventions.

Submitting an update

These instructions show how to submit an update using the command line. You may also use the GitHub web interface for the update. Whichever method you choose, the update should be submitted as a pull request.

Before you begin:

• You must have a GitHub account.

• You must have set up an SSH key for your GitHub account.

The first time you contribute:

1. Fork the repository.

   From the main page of the aap-sandbox repository, click btn[Fork] in the upper right corner. Choose your own GitHub account as the destination for the fork. Do not choose RedHatInsights as the destination.

2. Clone the forked repository locally.

   git clone [e-mail]:<username>/aap-sandbox.git

   If this command fails, be sure that you have set up an SSH key for GitHub.

3. Navigate to the aap-sandbox directory.

4. Set the upstream remote repository.

   git remote add -f upstream [e-mail]:RedHatInsights/aap-sandbox.git

Submitting an update

1. Fetch the latest changes.

   git fetch upstream

2. Check out a branch from upstream/main

   git checkout -b <new-branch> upstream/main

3. Make your edits.

   Add or edit files as needed.

4. Stage the changes for each file.

   git add <file-name>

5. Commit the changes.

   git commit -m "<descriptive-commit-message>"

6. Push the changes to your forked repository.

   git push origin HEAD

7. Open a pull request.

   Typically the previous command gives the URL to open a pull request. If not, you can open one from the Pull requests tab of the GitHub UI.

After you submit a pull request, it will be reviewed by members of this project.

Building the guide

You must have asciidoctor installed. See the Asciibinder documentation for more information on installing Asciibinder.

1. Navigate to the aap-sandbox directory.

2. Use the following command to build the guide:

$ asciidoctor master.adoc

This generates a master.html file that you can now view in a browser.

Repository Organization

.
|
├── common
├── downstream
│   ├── assemblies
│   │   ├── platform-component1
│   │   └── platform-component2
│   │        ├── assembly-title-1.adoc
│   │        ├── assembly-title-2.adoc
│   │        └── modules -> ../modules/
│   ├── attributes
│   ├── images
│   │   ├── image-1.png
│   │   └── image-2.png
│   ├── modules
│   │   ├── platform-component1
│   │   └── platform-component2
│   │       ├── module-title-1.adoc
│   │       └── module-title-2.adoc
|   ├── titles
│   │   ├── platform-component1
│   │   └── platform-component2
│   │        ├── title-1.adoc
│   │        ├── title-2.adoc
│   │        └── modules -> ../modules/
├── release-notes
└── README.adoc

Top-level directories are:

• common: Contains modules and attributes that are shared across Red Hat Ansible Automation branches. You should modify content in the common folder on the main branch only.

• downstream: Contains Red Hat Ansible Automation Platform modules, assemblies, and titles in these sub-folders:

  • attributes: A common directory for attribute files.

  • assemblies: A directory for all assemblies, each in its own AsciiDoc file. Assemblies are collections of modules linked together. Platform assemblies are grouped by component.

  • images: A directory for all images and other digital content.

  • modules: A directory for all modules, each one in its own AsciiDoc file. Platform modules are grouped by component.

  • titles: A directory for titles (information units, e.g, install guide, user guide). Contains master.adoc files that and symbolic links to the assemblies and modules directories. Platform titles are grouped by component or feature.

• release-notes: Contains release note content.

Red Hat Documentation Asciidoc Mark-up Conventions

Red Hat Ansible Automation Platform documentation is written in Asciidoc. See Red Hat Documentation Asciidoc Mark-up Conventions to learn more about implementing Asciidoc in your writing.

Red Hat product documentation style conventions

The Red Hat Customer Content Services team uses the Red Hat supplementary style guide for product documentation and The IBM Style Guide as its primary sources for technical writing conventions and style guidelines. Refer first to the Red Hat supplementary style guide for product documentation for style guidance and conventions. If a topic is not included there, it means we follow the convention as established in the IBM Style Guide.