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

Create tool for propagating changes from testing-devel to bodhi-updates #204

Closed
jlebon opened this issue Jun 21, 2019 · 4 comments
Closed

Comments

@jlebon
Copy link
Member

jlebon commented Jun 21, 2019

Our main development stream is testing-devel (e.g. it's the default branch for https://github.com/coreos/fedora-coreos-config). But we want changes we commit to it (e.g. changes to overlay/) to propagate automatically into bodhi-updates. Basically, the only differences between bodhi-updates and testing-devel should be (1) lockfiles/overrides in testing-devel, and (2) manifest.yaml (which holds the stream-specific ref and repos).

So we need a tool that will automatically merge changes to everything else from testing-devel to bodhi-updates (and then in the future bodhi-updates-testing as well).

@dustymabe
Copy link
Member

Yeah I was actually thinking about this on Friday. It's almost like we want "everything else, but two files". We need overlayfs for our git repos now 😄

jlebon added a commit to jlebon/fedora-coreos-config that referenced this issue Jul 5, 2019
This is prep for having `testing-devel` be the source of truth for all
the files other than the lockfile and manifest (see [1]). We just have
one `fedora.repo` file which contains all the repos we care about, but
only actually enable the appropriate ones for each stream independently.

In this case, once packages are tagged, `testing-devel` will just use
the `coreos-pool` repo.

[1] coreos/fedora-coreos-tracker#204
@jlebon
Copy link
Member Author

jlebon commented Jul 5, 2019

jlebon added a commit to coreos/fedora-coreos-config that referenced this issue Jul 5, 2019
This is prep for having `testing-devel` be the source of truth for all
the files other than the lockfile and manifest (see [1]). We just have
one `fedora.repo` file which contains all the repos we care about, but
only actually enable the appropriate ones for each stream independently.

In this case, once packages are tagged, `testing-devel` will just use
the `coreos-pool` repo.

[1] coreos/fedora-coreos-tracker#204
@dustymabe
Copy link
Member

Anything left for this?

@jlebon
Copy link
Member Author

jlebon commented Sep 25, 2019

Nope, done!

@jlebon jlebon closed this as completed Sep 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants