dockerhub-development-flow를 생각했지만 보츠

졸려서 긴장이 올라서 이런 트윗을 했기 때문에

npm-install한 branch를 master에 merge하고 태그 v0.1.1 붙인다. dockerhub가 태그 v 0-9 {0-2}를 github에서 가져 와서 build하여 조직 내 repos로 push합니다. 그래서 개발 멤버는 조직 내 repos에서 pull 해 온다. 그래서 workspace 마운트하고 node_module을 덮어쓰고 마운트하여 개발. 완벽하게! ? 인용

master에 캡쳐되고 나서 dockerhub에 image 오르기까지의 러그는 어떻게 할까.
Dockerfile은 dockerhub 인상용, 개발 멤버는 docker-compose를 사용해 주고, compose.yml의 image에 조직/repos:구체적인 버젼을 지정하면, 오르기까지는 환경 업할 수 없기 때문에 아무 문제도 없다. 완벽하게! ? 인용

뇌내 흐름을 쓰려고 했다.

Dockerfile -> for Dockerhub에 store하는 용
docker-compose.yml -> for 개발 멤버 개발 환경용

Dockerfile
FROM node:xxx-stretch
RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app
COPY package.json /usr/src/app/
RUN npm install && npm cache clean --force
COPY . /usr/src/app

docker-compose.yml
services:
  app:
    image: myOrganizer/myImage:v0.1.1
    volumes:
      - .:/usr/src/app
      - node_modules # container内のdirをマウントで消さないためのトリック

여기서 붓을 멈췄어요. 이것이라고 pull-req상에서, docker-compose.yml의 image에.를 지정하는 것에도 myImage:v0.1.1(아직 존재하지 않는다)를 지정하는 것에도 가지 않는다. 테스트 할 수 없어. 안돼 이거. 보츠 보츠. 최종적으로는, dockerhub에 store한 image를 개발 멤버에게 사용해 주어, build 시간을 거의 제로로 받을 생각이었지만, 개발자 자신이 image를 갱신해 가는 것이니까 인과율 흐르고 있어 네. package.json에 diff 있으면 온순하게 build해 달라고 한다. 의존 환경의 완전한 freeze는 발달 단계에서는 포기하고 dockerhub에 store를 달성하는가?

좋은 웹페이지 즐겨찾기