Depending on product release schedules and workflows of various authoring teams across Adobe, you might need to create additional repositories to host various types of documentation that you don’t want to include in the public documentation yet, such as Beta documentation that should only be accessible to a select number of customers.
This article explains how to create a new repository, configure a new Jenkins build job to push the content live, and finally, how to activate the new repository on experienceleague.adobe.com.
For background information, see User guide setup.
Here’s how to create a new repository:
Go to AdobeDocs GitHub and log in with your LDAP credentials.
Enter the name of your new repository in the Repository name field.
<repo-name>.en format, such as
campaign-classic.en. Use lower-case letters and hyphens. Add the
.en suffix to allow for localization.
If you’re not sure what the name of your repo should be, log a JIRA bug (project: UGP) and assign it to Bob Bringhurst. Bob will consult with the Tech Marketing team.
Click Create repository.
Now you can clone your repository locally and start working in it. See Git Setup for details on how to clone your repository locally.
On a Mac, press Command+Shift+. to unhide system files. Copy the
.gitignore file to your new repo. Then press Command+Shift+. again to hide system files.
Edit the metadata.md and TOC.md files for the new repo. Include the following:
DNL tags for localization.
Bob (or another SCCM member) will do the following:
[ ] Make sure repo is configured properly.
[ ] Connect repo to EXL.
[ ] Add English repo to Airtable.
[ ] Add Loc repos to Airtable.
[ ] Create Github mirror.
[ ] Make sure repo auto-syncs.
[ ] Add repo to
[ ] Select Publish in Airtable when ready.
[ ] Add link to landing pages.
[ ] Configure for Acrolinx (when available).
Go to Jenkins and log in with your LDAP credentials.
Open the GenerateExlJob job.
In the left side menu, click Build with Parameters.
Enter the root name of the repository that you created at Step 1 in the SOLUTION field.
Enter the repository language (such as
en) in the LANG field.
Open the exl job and make sure that it’s enabled (it should be enabled by default).
Stage is not yet available. Once it’s available, you’ll want to enable exl-stg as well to work with the staging branch.
In Git, create webhook:
SSL verification ENABLE