-
Notifications
You must be signed in to change notification settings - Fork 33
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 a CI setup for the image build #21
Comments
Actually it might more sense to go to CentOS CI right away, since there we will get nested virtualization and we have most of the required setup already as part of vagrant-service-manager - https://github.com/projectatomic/vagrant-service-manager/tree/master/.ci |
+1. |
Ok, just we are on the same line, this is what I have in mind:
|
Also, I'd start with getting the basic build running (just getting |
@hferentschik I have the similar approach in my mind too.
I think that it is
I am not getting what |
We want to archive the ISO (maybe not on each build, but definitely nightlies). All build related disappears after completion when the machine is put back to the pool. You need to make sure that artifacts you want to keep gets copied - https://wiki.centos.org/QaWiki/CI/GettingStarted#head-a46ee49e8818ef9b50225c4e9d429f7a079758d2 So call it install or copy or upload, but the intend is to be able after a successful test and build to copy the artifact (ISO) to http://artifacts.ci.centos.org. The copy should be a bit smart and it would be nice if we could control how many or for how long we keep the artifacts. For example, if we upload on each build, it probably does not make sense to have more than the latest three. Last but not least, the generated directory structure on the file server needs to allow us to map the artifact to a build. |
Basic CI setup is there. I am closing this for now. I am going to create a follow up issue for archiving built ISO. |
We should create a CI setup for building and smoke testing the image build. The build should create the image and then sanity check that is bootable (file, isoinfo). It would be great if we could test the ISO using docker-machine to create a VM, but that would most likely require nested virtualization.
The actual ISO building could probably be done on TravisCI using its docker service.
The text was updated successfully, but these errors were encountered: