Skip to content
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

New project "eiffel-github-action" #112

Open
fdegir opened this issue Oct 1, 2021 · 6 comments
Open

New project "eiffel-github-action" #112

fdegir opened this issue Oct 1, 2021 · 6 comments
Labels
project-lifecycle Requests for project lifecycle changes, including new projects

Comments

@fdegir
Copy link
Member

fdegir commented Oct 1, 2021

Name

Eiffel GitHub Action (aka eiffel-github-action)

Description

The number of tools and technologies used and developed by communities and organisations are increasing drastically, resulting in various challenges.

One of the challenges is where the source code of open source technologies that are relevant to organisations and communities are hosted.
Some communities and organisations use Gerrit to develop and host their source code while others use GitHub.
This makes it difficult for the users of such open source technologies to consume them since the users need to hook into multiple systems to be able to get the source code, the packages, or simply be aware of proposed changes.
In most cases, the users must put costly and error prone workarounds in place and integrate them to their CI/CD pipelines so they can achieve this.

This issue proposes a new project to develop and maintain a GitHub Action for Eiffel Community so users needing to interact with repositories hosted on GitHub can use the action and transform GitHub payloads to corresponding Eiffel Events and publish them to a MB using REMReM specified by user, streamlining how they interact with repositories hosted on GitHub.

The initial set of Eiffel Events the proposed project will work with are as below with possibility of extending it to support more.

This project could be seen as a companion to Eiffel Gerrit Plugin based on its current scope with focus being on SourceChange events.

A very early/primitive prototype of this can be seen in this repository.

Project license

Apache Open Source License 2.0

Names of initial maintainers

Fatih Degirmenci (@fdegir)
Robert Tomczyk (@toomer)

Infrastructure needs

Git repository: eiffel-github-action

@fdegir fdegir added the project-lifecycle Requests for project lifecycle changes, including new projects label Oct 1, 2021
@magnusbaeck
Copy link
Member

SGTM.

This is certainly welcome from our perspective, although it'll be somewhat painful to expose a public REMReM Publish instance. Or maybe a local runner can be used?

@fdegir
Copy link
Member Author

fdegir commented Oct 5, 2021

although it'll be somewhat painful to expose a public REMReM Publish instance. Or maybe a local runner can be used?

This is a question we asked ourselves as well but we don't have a clear answer yet.
We could perhaps take a discussion within Eiffel Community during one of the community meetings to talk about this given that more community members may be interested in this.

@m-linner-ericsson
Copy link
Member

👍

Maybe we can use a REMReM instance inside the Kubernetes cluster?

@fdegir
Copy link
Member Author

fdegir commented Oct 11, 2021

That's a possibility, yes.
Have you started configuring it?

@e-backmark-ericsson
Copy link
Member

+1

Note: In the area of triggering on multiple upstream (SCM) systems, there are also the Argo Events and Tekton Triggers projects. They can both trigger arbitrary action within a K8s cluster based on upstream actions/events, if I'm not mistaken. Integrating such tools in an Eiffel event sending eco-system would be interesting, but we will most probably not get it out-of-the-box but we need to adapt their downstream triggers to send Eiffel events.

@t-persson
Copy link
Contributor

👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
project-lifecycle Requests for project lifecycle changes, including new projects
Projects
None yet
Development

No branches or pull requests

5 participants