Show Menu
TOPICS×

Contributor Guide Overview for Adobe Documentation

What is Collaborative Documentation

During 2019, all the technical documentation and enablement content for Adobe Experience Cloud is transitioning to a new platform, based around open source principles, utilizing Github, Markdown and Adobe Experience Cloud solutions, including Adobe Experience Manager, Analytics, Launch and Target.
This open source model improves content quality, and communication between customers, documentation teams and product teams. On every page you can now rate content usefulness, log issues, and even contribute content suggestions as Git pull requests (PRs). The Adobe documentation teams monitor the contributions and issues on a daily basis and make updates, tweaks and adjustments as necessary.

Working with Collaborative Documentation

As a user of this material - regardless of if you are an employee, partner, customer or even prospective customers - you have the choice of contributing to this documentation in several simple ways;
  • rate the helpfulness of the page
  • log an issue against a specific page
  • even submit a quick edits through to authoring entire articles, complete with assets and code samples
This guide outlines everything you need to know to interact with and contribute to this material set.

Make quick edits to existing documents

Making quick edits is a good way to fix small errors and omissions in documents. If an article displays an edit button as shown below, you can make a quick fix yourself. When you edit the document, you submit a pull request (PR) to submit the fix/suggestion to us, and we can vet, approve and publish the suggestion.
  1. Sign the Contributor License Agreement (CLA) if acceptible.
    You only need to submit an Adobe CLA one time.
  2. Click Edit this page on the right column to go to the markdown source file on GitHub.
  3. Click the pencil icon to edit the article.
    If the pencil icon is grayed out, you need to login to your GitHub account, or create a new account.
  4. Make your changes in the web editor. You can click the Preview changes tab to check formatting of your change.
  5. Once you have made your change(s), scroll to the bottom of the page. Enter a title and description for your PR and click Propose file change as shown in the following figure:
    If you get a validation error message about signing a Contributor License Agreement (CLA), click Details to open the license agreement. Sign the agreement, if acceptible. Then close and open pull request, and continue.
That's all there is to it. Thank you! Documentation team members will review and merge your pull request.

Log an Issue

Another easy way to let us know about a problem with a piece of content is to 'Log an Issue'.
  1. If you see a problem with a piece of content, click the Log an Issue link in the lower right of any page. See figure below:
    You will need to login to your GitHub account, or create a new account, to log an issue.
    Clicking this link will allow you to log a quick ticket with us, using the Github Issue interface.
  2. The URL of the page with the issue will automatically populate in the description field. Fill in the title, write a short description of the issue, and then click Submit new issue .
Submitting an issue will directly notify the content team for this page who will be able to take action. When we have updated the content, we'll let you know in the Github Issues interface, and it will notify you by email when updated or closed.

Understand GitHub permissions

The GitHub editing UI adapts to your repository permissions. The preceding images are accurate for contributors that do not have write permissions to the target repository. GitHub automatically creates a fork of the target repository in your account. If you have write access to the target repository, GitHub creates a new branch in the target repo.
Adobe uses pull requests for all changes, even for contributors that have write access. Most repositories have the master branch protected so that updates must be submitted as pull requests.
The in-browser editing experience is best for minor or infrequent changes. If you make large contributions, or use advanced Git features, we recommend that you fork the repo and work locally .

Provide feedback

With a solution set as large as Adobe's, the documentation is always a work in progress. If you spot errors, log an issue, if you have suggestions on material please let us know. Tell us what information you were looking for. Let us know if you couldn't find what you needed, or if you had difficulty completing your task, please let us know how we can help you learn our solutions.
Thanks from the Collaborative Documentation team and all the writers and content producers in the Adobe Experience Cloud.