tektoncd / tektoncd/pipelines-as-code
how to configure existing repositories in a github org?
Nobody has claimed this yet.
- Dominant language
- Go
- Stars
- 214
- Forks
- 144
- Avg merge
- 2d 11h
- Merged PRs (30d)
- 27
Description
https://github.com/openshift-pipelines/pipelines-as-code/pull/890
with this pull req we allow user to enable auto configure new repos but how do we support configuring existing repos in the org.
few of the ways discussed in the comments
https://github.com/openshift-pipelines/pipelines-as-code/pull/890#issuecomment-1284863422
we have 2 ways now...
if auto configure is enabled then list all repos which are attached to github app.. (I guess there should be some api) and then create repository Cr for it.
or when we get event from that repo, and we don't find a any repository cr for it. we create one. (not secure but we will have to check where the event is coming from using some regex/org name)
and https://github.com/openshift-pipelines/pipelines-as-code/pull/890#issuecomment-1285036911
(about importing existing repo since this PR handles only newly created repos).
maybe having a import flag in the CLI could solve this, it will :
tkn pac import organisation org
will go over every repos in the org organisation and create a namespace/repo using a template.
this could be used as well for other git providers too,
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with pull request #890 and its linked comments to understand the existing auto-configuration behavior and the proposed approaches for existing repositories. Identify the intended import or event-driven workflow and its security requirements; done means the project has a decided, documented scope for configuring existing organization repositories.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github, go, kubernetes
- Domain
- backend, cli, devops
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100