+1 for the central file managed by releng with (unfrequent) changes submitted through gerrit (this is similar to how many openstack releng features work). Overall, allowing projects to build more than 1 docker container is a nice addition.
With regard to versioning, is there a document describing how container versioning works? How do project owners track a container image (with the given Docker tag such as “danube.1.0”) to a particular git commit or tag? How often are containers rebuilt, or can they be rebuilt on demand by project owner? For example, once Danube 3.0 is out, how can a project owner push out a newer version of a container (for example to fix a bug)? Thanks Alec From: <opnfv-tech-discuss-boun...@lists.opnfv.org> on behalf of Jose Lausuch <jose.laus...@ericsson.com> Date: Friday, July 7, 2017 at 1:14 AM To: "Chigang (Justin)" <chig...@huawei.com>, "Yujun Zhang (ZTE)" <zhangyujun+...@gmail.com>, "Beierl, Mark" <mark.bei...@dell.com>, "opnfv-tech-discuss@lists.opnfv.org" <opnfv-tech-discuss@lists.opnfv.org> Subject: Re: [opnfv-tech-discuss] Multiple docker containers from one project Hi Mark, I wonder if that docker-list.txt should be located in each project’s repo... I know you want to avoid having patches in Releng and have the control in your repo, but I think that is the purpose of Release engineering :) Also, that file is useless without the Releng mechanism, so if I clone Storperf and see that file in there, I won’t understand the purpose of as it isn’t really part of storperf framework/code... it can’t work without OPNFV CI. The idea is good, but we could try to move that logic to Releng. For example, something like this: http://paste.openstack.org/raw/614708/ Projects do not add new Dockerfiles so often, so it won’t really be a burden to put that file in a central place. Besides, it also exposes visibility to what all the projects are building. For those Dockerfiles that are .patch we have to pay special attention as they can’t be built as is, but that logic can be done in the docker script. /Jose From: Chigang (Justin) [mailto:chig...@huawei.com] Sent: Friday, July 07, 2017 09:02 AM To: Yujun Zhang (ZTE) <zhangyujun+...@gmail.com>; Jose Lausuch <jose.laus...@ericsson.com>; Beierl, Mark <mark.bei...@dell.com>; opnfv-tech-discuss@lists.opnfv.org Subject: 答复: [opnfv-tech-discuss] Multiple docker containers from one project +1 We have used automated build docker images in docker hub account[1]. But each github repository just builds a docker image. If it is supported, it will be great. Regards Justin https://hub.docker.com/search/?isAutomated=0&isOfficial=0&page=1&pullCount=0&q=Compass4nfv&starCount=0 发件人: opnfv-tech-discuss-boun...@lists.opnfv.org<mailto:opnfv-tech-discuss-boun...@lists.opnfv.org> [mailto:opnfv-tech-discuss-boun...@lists.opnfv.org] 代表 Yujun Zhang (ZTE) 发送时间: 2017年7月6日 23:42 收件人: Jose Lausuch; Beierl, Mark; opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org> 主题: Re: [opnfv-tech-discuss] Multiple docker containers from one project Does anybody consider using the build service from docker-hub[1] ? It supports multiple Dockerfile from same repository and easy to integrate with OPNFV Github mirror. [1]: https://docs.docker.com/docker-hub/builds/ On Thu, Jul 6, 2017 at 11:02 PM Jose Lausuch <jose.laus...@ericsson.com<mailto:jose.laus...@ericsson.com>> wrote: Hi Mark, I would incline for option 1), it sounds better than searching for a file. We could define specific values of DOCKERFILE var for each project. /Jose From: Beierl, Mark [mailto:mark.bei...@dell.com<mailto:mark.bei...@dell.com>] Sent: Thursday, July 06, 2017 16:18 PM To: opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org> Cc: Julien <julien...@gmail.com<mailto:julien...@gmail.com>>; Fatih Degirmenci <fatih.degirme...@ericsson.com<mailto:fatih.degirme...@ericsson.com>>; Jose Lausuch <jose.laus...@ericsson.com<mailto:jose.laus...@ericsson.com>> Subject: Re: [opnfv-tech-discuss] Multiple docker containers from one project Ideas: * Change the DOCKERFILE parameter in releng jjb so that it can accept a comma delimited list of Dockerfile names and paths. Problem with this, of course, is how do I default it to be different for StorPerf vs. Functest, etc? * Change the opnfv-docker.sh to search for the named DOCKERFILE in all subdirectories. This should cover the .aarch64 and vanilla docker file cases. Please +1/-1 or propose other ideas, thanks! Regards, Mark Mark Beierl SW System Sr Principal Engineer Dell EMC | Office of the CTO mobile +1 613 314 8106<tel:1-613-314-8106> mark.bei...@dell.com<mailto:mark.bei...@dell.com> On Jun 24, 2017, at 04:05, Jose Lausuch <jose.laus...@ericsson.com<mailto:jose.laus...@ericsson.com>> wrote: +1 No need for an additional repo, the logic can be in Releng.. Functest will probably move to different containers some time soon, so that is something we could also leverage. -Jose- On 23 Jun 2017, at 18:39, Julien <julien...@gmail.com<mailto:julien...@gmail.com>> wrote: Agree, If StorPerf can list some rules and examples, current scripts can be adapted for multiple docker image building and other project can use this type of changes. It is not deserved to add a new repo just for build a new image. Fatih Degirmenci <fatih.degirme...@ericsson.com<mailto:fatih.degirme...@ericsson.com>>于2017年6月21日周三 上午2:26写道: Hi Mark, It is perfectly fine to have different build processes and/or number of artifacts for the projects from releng point of view. Once you decide what to do for storperf, we can take a look and adapt docker build job/script to build storperf images, create additional repos on docker hub to push images and activate the builds when things are ready. /Fatih On 20 Jun 2017, at 19:18, Beierl, Mark <mark.bei...@dell.com<mailto:mark.bei...@dell.com>> wrote: Hello, I'd like to poll the various groups about ideas for how to handle this scenario. I have interns working on breaking down services from StorPerf into different containers. In one case, it will be a simple docker compose that is used to fire up existing containers from the repos, but the other case requires more thought. We are creating a second container (storperf-reporting) that will need to be built and pushed to hub.docker.com<http://hub.docker.com/>. Right now the build process for docker images lives in releng, and it only allows for one image to be built. Should I be requesting a second git repo in this case, or should we look at changing the releng process to allow multiple docker images to be build? Regards, Mark Mark Beierl SW System Sr Principal Engineer Dell EMC | Office of the CTO mobile +1 613 314 8106<tel:1-613-314-8106> mark.bei...@dell.com<mailto:mark.bei...@dell.com> _______________________________________________ opnfv-tech-discuss mailing list opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss _______________________________________________ opnfv-tech-discuss mailing list opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss _______________________________________________ opnfv-tech-discuss mailing list opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss _______________________________________________ opnfv-tech-discuss mailing list opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org> https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss -- Yujun Zhang
_______________________________________________ opnfv-tech-discuss mailing list opnfv-tech-discuss@lists.opnfv.org https://lists.opnfv.org/mailman/listinfo/opnfv-tech-discuss