fix readme workflow (yet again) and test a dummy change (#6477)

This commit is contained in:
Adi Shankara 2023-08-01 17:19:29 +05:30 committed by GitHub
parent bb0286bb82
commit 572d71c50e
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23
2 changed files with 15 additions and 10 deletions

View file

@ -1,16 +1,14 @@
name: ReadMe Sync
on:
pull_request_target:
types:
- closed
push:
branches:
- 'master'
paths:
- 'doc/'
- 'doc/**'
jobs:
rdme-docs:
rdme-docs-sync:
runs-on: ubuntu-latest
steps:
- name: Check out repo 📚
@ -19,24 +17,29 @@ jobs:
- name: Sync doc/getting-started/ 🚀
uses: readmeio/rdme@v8
with:
rdme: docs doc/getting-started --key=${{ secrets.README_API_KEY }} --version=1
README_API_KEY: ${{ secrets.README_API_KEY }}
rdme: docs doc/getting-started --key=$README_API_KEY --version=1
- name: Sync doc/beginners-guide/ 🚀
uses: readmeio/rdme@v8
with:
rdme: docs doc/beginners-guide --key=${{ secrets.README_API_KEY }} --version=1
README_API_KEY: ${{ secrets.README_API_KEY }}
rdme: docs doc/beginners-guide --key=$README_API_KEY --version=1
- name: Sync doc/node-operators-guide/ 🚀
uses: readmeio/rdme@v8
with:
rdme: docs doc/node-operators-guide --key=${{ secrets.README_API_KEY }} --version=1
README_API_KEY: ${{ secrets.README_API_KEY }}
rdme: docs doc/node-operators-guide --key=$README_API_KEY --version=1
- name: Sync doc/developers-guide/ 🚀
uses: readmeio/rdme@v8
with:
rdme: docs doc/developers-guide --key=${{ secrets.README_API_KEY }} --version=1
README_API_KEY: ${{ secrets.README_API_KEY }}
rdme: docs doc/developers-guide --key=$README_API_KEY --version=1
- name: Sync doc/contributing-to-core-lightning/ 🚀
uses: readmeio/rdme@v8
with:
rdme: docs doc/contributing-to-core-lightning --key=${{ secrets.README_API_KEY }} --version=1
README_API_KEY: ${{ secrets.README_API_KEY }}
rdme: docs doc/contributing-to-core-lightning --key=$README_API_KEY --version=1

View file

@ -76,4 +76,6 @@ Attaching 1 probe...
```
Notice that due to a [limitation](https://github.com/iovisor/bpftrace/issues/305) in `bpftrace` you'll at most get the first 200 bytes of the payload. If you write your own exporter you'll be able to specify the size of the buffer that is being used, and can extract the entire span.