teamhephy / jenkins-jobs

MIT License
0 stars 3 forks source link

WIP: deis -> hephy in README and groovy #1

Closed kingdonb closed 6 years ago

kingdonb commented 6 years ago

DOCKER_USERNAME', 'hephybot', 'Docker Hub account name' DOCKER_EMAIL', 'dummy-address@teamhephy.com', 'Docker Hub email address' QUAY_USERNAME', 'teamhephy+jenkins', 'Quay account name' QUAY_EMAIL', 'XXXXXXXX@teamhephy.com', 'Quay email address'

kingdonb commented 6 years ago

This is basically working now, it generates 120 jobs and ends with Blue/(SUCCESS), but there are a lot of credentials and things that need to be added so the jobs it generates will fire, and trigger properly against github hooks. And then someone has to figure out what each of these jobs does, as well as when and whether any of them require any manual intervention.

Cryptophobia commented 6 years ago

Thank you for taking the look into this. Should we hold off on merging this before we finalize dockerhub accounts and a permanent testing cluster?

kingdonb commented 6 years ago

Yes, I want to get all of the jenkins jobs working, signatory, etc. Some of the strings will still probably need to change again before merge, and since I'm the one who is running Jenkins, it's not a problem for me to set seed-jobs to run out of my personal github fork.

But as I'm putting the pieces together, I'm forking teamhephy repos in a number of places in order to change strings in other repos to also point at my own personal fork, and much of that is additional work that likely won't be changes we're going to want to merge after I've proven that we can build and e2e the whole stack.

I just want to merge everything together (simultaneously) at once when it's ready, and keep to doing that as much as possible. I'm still a novice at GitHub teams.

kingdonb commented 6 years ago

I will take the WIP indicator off of this when the CI stuff has stabilized a bit more

Cryptophobia commented 6 years ago

Okay, great! Let's figure out all these pieces together so we can proceed with the first release!

kingdonb commented 6 years ago

The missing piece was workflow-manager-api, which is public now

Very soon I will have a full mirror of deis v2.18 charts and the "versions" service in place which feeds into CI to help Jenkins distinguish PR builds from release builds and other friends

The versions service is not critical, but appears to be somewhat deeply embedded in the jenkins-jobs. I am running a build out of yebyen/workflow#2 which will also have some patches coming for the release, after the remaining parts shake out...

We should be able to install "hephy v2.18" which is mostly faithful to deis workflow v2.18.0, from its mirrored home on our new charts server, and test that much sooner than all this will hopefully finally come together, though!

Cryptophobia commented 6 years ago

Great work! I can smell the scent of the release brewing!

yebyen commented 6 years ago

There are updates in the linked PR yebyen/workflow#2

Things are shaping up!

yebyen commented 6 years ago

Closing in favor of #33 which has squashed a bunch of commits, and is also a little bit closer to finished/correct "prod-release ready" version

The quay user "hephyci" is the staging target for builds, quay user "hephy" only receives finished builds. Look in jobs/release_candidate_promote.groovy touched by this patch if you want to know more about what stage of the build puts images into the prod image repo. I think they are copied from staging at some point that requires a manual step.

(Nobody copies them into prod by hand, it's done by CI)

kingdonb commented 6 years ago

Closing for #33