❗️Deprecated in favor of our new GitHub Action,
This GitHub Action has been deprecated in favor of our newer (and more fully-featured) GitHub Action,
rdme, which has support for syncing OpenAPI files, syncing Markdown files, and much more.
If you previously used ReadMe's legacy GitHub Action, you are welcome to continue doing so if it's working for you. It will continue to run in existing workflows for the foreseeable future, but all development and support for this tool has been closed. To ensure your workflows continue to operate and are taking advantage of our latest features, we strongly recommend switching to
rdme. Check out the migration guide below!
If you previously had a GitHub Workflow file set up that used this action to sync your OpenAPI file to ReadMe, you had a step in your workflow that looked something like this:
- uses: readmeio/github-readme-sync@v2 with: readme-oas-key: <<user>>:API_DEFINITION_ID oas-file-path: path/to/file.json api-version: 'v1.0.0'
readme-oas-key was a concatenation of
<<user>> (the API key for NAME) and
API_DEFINITION_ID (your API definition ID), separated by a colon.
For migrating to the
rdme-based GitHub Action, modify the step to look like this:
- uses: readmeio/rdme@v8 with: rdme: openapi path/to/file.json --key=<<user>> --id=API_DEFINITION_ID
There are a few things to note:
- This workflow will infer the
api-versionbased on the
API_DEFINITION_IDparameter that you pass in, so the API version parameter is no longer needed here.
@v8is the latest version of
rdme. To ensure you're getting the latest features and security updates, we strongly recommend setting up Dependabot to keep this package up-to-date.
- If you used secrets to encrypt the
readme-oas-keyvalue, you'll have to split this value out into two separate secrets—one for the API key and one for the API definition ID. You can see an example of this here.
View the legacy docs below!
With GitHub Actions, you can automatically sync your OpenAPI document whenever changes occur in your GitHub repo!
❗️Deprecated workflow instructions below
As a reminder, the
readmeio/github-readme-syncGitHub Action that's described below is now deprecated. The instructions are preserved for posterity. We strongly recommend all new and existing workflows use our newest GitHub Action:
Create a new file in your GitHub repository called
.github/workflows/readme-github-sync.yml and populate it with the template below. You only fill in one parameter from the ReadMe Dashboard and you'll be good to go!
Any subsequent commits to the
master branch (whichever is your default branch—you can also specify any GitHub event of your choice—see GitHub's docs for more info) will automatically trigger the sync process and upload your specified OpenAPI file to ReadMe.
name: Sync OAS to ReadMe on: push: branches: - main - master jobs: build: runs-on: ubuntu-latest steps: - uses: actions/checkout@v3 - uses: readmeio/github-readme-sync@v2 with: readme-oas-key: 'unique-key-from-dashboard' # OPTIONAL CONFIG, use if necessary # oas-file-path: './swagger.json' # api-version: 'v1.0.0'
Public Repo? Secretly store your ReadMe API Key!
GitHub Actions have a way to securely store sensitive information (such as your ReadMe API Key and API Specification ID), so it isn't publicly visible. You can read more in their documentation.
|readme-oas-key||Required This value can be obtained from the project dashboard when adding a new API to your project. For migrating existing APIs, see here.|
|oas-file-path||Optional Path to OpenAPI document that will be synced to ReadMe. By default, we try to find the spec file in the directory automatically (i.e. if it's a JSON or YAML file with filenames like |
|api-version||Optional Existing ReadMe Version to upload to. By default, we use the version specified in the spec file.Versions in ReadMe and specifying the version in the OpenAPI Info object|
You can also migrate APIs that are already synced into ReadMe via another mechanism. The value for
readme-oas-key is your ReadMe Project API Key and the API Specification ID (pictured below) separated by a colon (i.e.
readme-oas-key in your
.github/workflows/readme-github-sync.yml file and any subsequent pushes to the
master branch (or whichever branch(es) you specify in your workflow file) in that GitHub repository will sync that OpenAPI file to ReadMe!
Keeping Your GitHub Action Up-to-Date
To ensure that you're on the latest version of our GitHub Action (along with all of your project dependencies), we highly recommend setting up Dependabot, which automatically updates your project dependencies (including this one!). As a fallback, we recommend keeping your version of the
github-readme-syncpackage set to
v2as denoted above, which ensures that your workflow will execute the latest available version within the version 2 range.
If you're seeing failures with the GitHub Action and need to troubleshoot the issue, we provide comprehensive step-by-step debug logs. We may ask for these logs (as well as a copy of your API specification file) when you contact our support team. You can enable Step Debug Logs in your GitHub Actions workflow by setting the repository secret
true. For more information on accessing, downloading, and deleting logs, check out GitHub's documentation.
Debug Logs May Contain Sensitive Information
Enabling Step Debug Logs will produce comprehensive logging for all of your GitHub Actions workflows. While we sanitize all logging output to prevent API keys from being visible, the logs may contain other sensitive information (from ReadMe and any other services that you use). Anybody with read access to the repository will be able to see these logs.
We strongly recommend that you only enable this setting in private repositories. If working in a public repository, we suggest creating a separate private repository with your GitHub workflow and OpenAPI/Swagger files before enabling this debugger.
If you do enable Step Debug Logs in your repository and your logs produce sensitive information, here are GitHub's docs on deleting logs.
Want to see the GitHub Action in action? Check out this example repository: kanadgupta/metrotransit-nextrip-oas
To see an example where multiple OpenAPI/Swagger files are synced in the same repository, check out jesseyowell/oas-test-files.
Updated 10 months ago