Skip to content

Migration from CircleCI1.0 to CircleCI2.0 - #2168

Merged
fcrisciani merged 2 commits into
moby:masterfrom
selansen:circle2.0
Jun 19, 2018
Merged

Migration from CircleCI1.0 to CircleCI2.0#2168
fcrisciani merged 2 commits into
moby:masterfrom
selansen:circle2.0

Conversation

@selansen

Copy link
Copy Markdown
Contributor

This commit will allow us to use newer version of CircleCI.

Signed-off-by: selansen elango.siva@docker.com

@ctelferctelfer left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This doesn't seem ready to be merged right? There are various commented sections in the config.yml and Makefile that presumably should be either uncommented or removed.

Comment thread.circleci/config.yml Outdated
exclusive: false
- run: make circle-ci
#- run: make build-builder
# - run: mkdir -p images

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm a bit confused here w.r.t. the build-builder target. It's added to the Makefile below, but it seems to be commented out here. Is it needed or not?

@selansenselansen changed the title Migration from CircleCI1.0 to CircleCI2.0[Work In Progress] Migration from CircleCI1.0 to CircleCI2.0May 30, 2018
@selansen

Copy link
Copy Markdown
ContributorAuthor

@ctelfer , This is still WIP. Forgot to add it on the title. Modified it now.

@selansen
selansenforce-pushed the circle2.0 branch 25 times, most recently from f328905 to 8351d54CompareMay 31, 2018 21:50
@selansen
selansenforce-pushed the circle2.0 branch 15 times, most recently from 13a699b to 8f61d48CompareJune 7, 2018 22:00
@selansen

Copy link
Copy Markdown
ContributorAuthor

Now it is ready for review.

Comment threadDockerfile.ci Outdated
FROM golang:1.10
RUN apt-get update && apt-get -y install iptables

RUN go get github.com/tools/godep \

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

don't think godep is still used in this repo

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

will remove it and test it once to make sure there is no failure.

Comment thread.circleci/config.yml
- image: 'circleci/golang:1.10'
environment:
Dockerfile: Dockerfile.ci
dockerargs: --privileged -e CIRCLECI

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

not sure if here we need privileged

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

if we dont run container without privileged option, lot of testing which invoke system calls failed. I already came across during my testing

Comment threadMakefile Outdated
./bin/dnet:
make build

coveralls:

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess we can remove coveralls

Copy link
Copy Markdown
ContributorAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done

Comment threadMakefile
all-local: build-local check-local integration-tests-local clean
all-local: build-local check-local clean

${build_image}.created:

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this was convenient locally to avoid building all the time the image. In theory the cache should do the job but we should give it a try

selansenand others added 2 commits June 16, 2018 11:03
This commit will allow us to use newer version of CircleCI.
Signed-off-by: selansen <elango.siva@docker.com>
- cleaned the make check
- local build do not require context
Signed-off-by: Flavio Crisciani <flavio.crisciani@docker.com>
@fcrisciani

Copy link
Copy Markdown

@ctelfer@euanh can you guys give it try to see that your local development flow on linux is not affected?
Only thing that I noticed and is also mentioned in this old commit is that the ctrl+c is not working properly for example on the make check (2528ec5). Have to understand better what is going on, but a part from that everything looks good locally on my mac.

@fcriscianifcrisciani left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's do this

@thaJeztahthaJeztah left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LOL, noticed I had some review comment pending 😅

Comment threadDockerfile.ci

WORKDIR /go/src/github.com/docker/libnetwork

COPY . .

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like this Dockerfile is exactly the same as the other, except for the COPY, correct?

Perhaps it's better to make it a multi-stage build, and for dev specify the target (docker build --target=dev)?

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

have to check if the engine version of circle CI supports the multi stage builds

Comment threadDockerfile.build
RUN go get github.com/tools/godep \
github.com/golang/lint/golint \
RUN go get github.com/golang/lint/golint \
golang.org/x/tools/cmd/cover \

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just thinking of this, but I don't think combining all these in a single RUN provides any space saving (because there's no overlap and/or files being removed afterwards).

You could split these all into their own RUN

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

go get is called one time with multiple arguments, so maybe can do the fetch in parallel or something, instead splitting it will force to have 1 call per argument. Would keep this as is, hoping that go get can do some magic :D

@selansen

selansen commented Jun 19, 2018 via email

Copy link
Copy Markdown
ContributorAuthor

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants

@selansen@fcrisciani@euanh@thaJeztah@ctelfer