-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sync files (mainly MD) from .github to other repos #16
Comments
List of tasks to perform and take care of in order of priority and execution:
|
By the way, we should add the LICENSE file (Apache License 2.0) to this repo so we can copy it (sync) to the others. |
GitHub action that can help from our AsyncAPI friends: |
I think the first step is to define the different kinds of repos we have under the Microcks organization. As those different kinds of repos don't have the same licensing or security scanning requirements, this could help us putting the right effot as the right place. I see at least 4 different categories of repositories:
At first, I was wondering if repos containing ecosystem plugins (like Jenkins plugin, Backstage plugin, etc...) had to be considered differently but it's still components we're delivering for and that targets production usage. So it fits in the 1st category. What do you think? Do you agree with this way of sorting things? Now what is the impact of this categorization? I see we have different needs and constraints depending on the type of repo.
In addition, putting Security, License or QA Scanning in place has some consequences as we also need to set up some additiional tools like Sonar (QA & Security), FOSSA (License) and Quay.io/Docker Scout (Security of container image). Also, all the files mentioned above cannot be synced as-is. Typically:
(*1): See, CLOMonitor checks description: https://clomonitor.io/docs/topics/checks/ |
Make sense and looks good to me 👍 |
Comprehensive list in different repos categories (as of today 😉) Delivered components
Demonstrations
Documentation
Community resources
|
I think we also need to include some workflow, ex: welcome-new-users.yml can be copied to all repos @lbroudoux agree? |
As a test and first workflow for this issue, let's start by replicating CODE_OF_CONDUCT.md to all repos:
|
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16 Signed-off-by: Yacine Kheddache <yacine@microcks.io>
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16 Signed-off-by: Yacine Kheddache <yacine@microcks.io>
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Add CODE_OF_CONDUCT to exclusion regex to avoid repo/workflow auto-build process issues, ref: microcks/.github#16
Signed-off-by: Yacine Kheddache <yacine@microcks.io>
Exclude all MD files, ref: microcks/.github#16
Sync and merged in all repos as described above done ✅ for files:
|
Signed-off-by: Yacine Kheddache <yacine@microcks.io>
Signed-off-by: Yacine Kheddache <yacine@microcks.io>
#16 (comment) updated for #22 |
#16 (comment) updated for #21 |
A suggestion: we should update some PR descriptions that are not 100% correct according to semantic commit messages practices. Typically, synchronization of files like Stale issues management and welcoming new users tasks should be kept as |
@lbroudoux Good point +1 |
This issue has been automatically marked as stale because it has not had recent activity 😴 It will be closed in 30 days if no further activity occurs. To unstale this issue, add a comment with a detailed explanation. There can be many reasons why some specific issue has no activity. The most probable cause is lack of time, not lack of interest. Microcks is a Cloud Native Computing Foundation project not owned by a single for-profit company. It is a community-driven initiative ruled under open governance model. Let us figure out together how to push this issue forward. Connect with us through one of many communication channels we established here. Thank you for your patience ❤️ |
Reason/Context
We need to use the .github repo as our single source of truth for all the community health files we would generally have to duplicate in each (or multiple) repository.
All community contributions on these files (PR) will be accepted in this repo (.github) and synced to the others; no update on the destination repo will be allowed.
Warning: any new files (new creation) must be added to the exclusion regex of each repo/workflow auto-build process, ex:
https://github.com/microcks/microcks/blob/master/.github/workflows/build-verify.yml
Description
The current files concerned are:
Implementation ideas
Sync for each file proposition is:
Ideally, the sync process needs to be fully automated using GitHub actions:
The text was updated successfully, but these errors were encountered: