在为暂存和生产环境构建 docker 映像时，我应该在哪里运行 grunt 构建步骤？

Question

在构建我的 docker 映像并部署到 dockerhub 时，我真的很难弄清楚我应该把我的 grunt 构建步骤放在哪里。

我目前的工作流程如下：

• 将分支推送到 github
• CircleCI 安装所有依赖项、构建项目并在分支上运行测试。
• 将分支分支合并到暂存分支
• CircleCI 安装所有依赖项、构建项目并在分支上运行测试。
  • 如果测试通过，将构建的文件与源代码一起打包到 docker 镜像中，并运行npm install --production。 CircleCI 然后将此staging image 部署到 dockerhub
• Tutum 链接到 dockerhub 并在每次推送新映像时将我的映像部署到 DigitalOcean。

当合并到 master 时，我执行与上述相同的工作流程，并改为创建 production image。

我创建了 2 个单独的 docker 图像感觉有点奇怪。这是标准做法吗？

我见过很多人在他们的 dockerfile 中包括 grunt/gulp 构建步骤，但这感觉也不对，因为所有的 devDependencies 和 bower_components 都将与构建的代码。

运行构建步骤和构建 docker 映像的最佳做法是什么？是让 CI 做更好，还是 dockerhub 从 dockerfile 做更好？我也在寻找最有效的方法来创建用于暂存和生产的 docker 映像。

下面是我的 circleCI.yml 文件，后面是我的 Dockerfile。

circle.yml:

machine:
  node:
    version: 4.2.1
  # Set the timezeone - any value from /usr/share/zoneinfo/ is valid here
  timezone:
    Europe/London
  services:
    - docker
  pre:
    - sudo curl -L -o /usr/bin/docker 'http://s3-external-1.amazonaws.com/circle-downloads/docker-1.8.2-circleci'; sudo chmod 0755 /usr/bin/docker; true

dependencies:
  pre:
    - docker --version
    - sudo pip install -U docker-compose==1.4.2
    - sudo pip install tutum
  override:
    - npm install:
        pwd: node
  post:
    - npm run bower_install:
        pwd: node
    - npm run grunt_build:
        pwd: node

test:
  override:
    - cd node && npm run test

deployment:
  staging:
    branch: staging
    commands:
      - docker-compose -f docker-compose.production.yml build node
      # - docker login -e $DOCKER_EMAIL -u $DOCKER_USER -p $DOCKER_PASS
      - tutum login -u $DOCKER_USER -p $DOCKER_PASS -e $DOCKER_EMAIL
      - docker tag dh_node:latest tutum.co/${DOCKER_USER}/dh_stage:latest
      - docker push tutum.co/${DOCKER_USER}/dh_stage:latest

  master:
      branch: master
      commands:
        - docker-compose -f docker-compose.production.yml build node
        # - docker login -e $DOCKER_EMAIL -u $DOCKER_USER -p $DOCKER_PASS
        - tutum login -u $DOCKER_USER -p $DOCKER_PASS -e $DOCKER_EMAIL
        - docker tag dh_node:latest tutum.co/${DOCKER_USER}/dh_prod:latest
        - docker push tutum.co/${DOCKER_USER}/dh_prod:latest

Dockerfile：

FROM node:4.2

RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app

COPY package.json /usr/src/app/
RUN npm install --production

COPY . /usr/src/app

#
#
# Commented the following steps out, as these
# now run on CircleCI before the image is built.
# (Whether that's right, or not, i'm not sure.)
#
# Install bower
# RUN npm install -g bower # grunt-cli
#
# WORKDIR src/app
# RUN bower install --allow-root
#

# Expose port
EXPOSE 3000

# Run app using nodemon
CMD ["npm", "start"]

Answer 1

运行构建步骤和构建 docker 映像的最佳做法是什么？是让 CI 做更好，还是 dockerhub 从 dockerfile 做更好？

最好在 docker 之外自行运行构建步骤。因此，相同的步骤适用于本地开发、非 docker 部署等。尽可能保持与 docker 本身的耦合松散。因此，使用常规构建工具和脚本构建您的工件，并通过您的 Dockerfile 简单地将文件 ADD 构建到您的 docker 映像。

我创建了 2 个独立的 docker 图像感觉有点奇怪。这是标准做法吗？

我建议您完全使用您已经在生产阶段构建和测试的映像。重建映像后，即使您的舞台映像工作正常，您也容易受到破坏生产映像的差异的影响。在这一点上，docker 和 npm 都不能跨时间提供严格可重复的构建，因此一旦构建并测试黄金，它就是黄金，并且一点一点地投入生产。

Answer 2

您的圈子 ci 应该下载所有依赖项，然后从下载的包创建 docker 映像。所有测试都通过指定的依赖项，并应转至生产环境。一次。镜像被推送到包含所有依赖项的 docker hub，tumtum 会将其部署到您的生产环境中，并且由于已经下载了依赖项，因此创建容器需要几秒钟的时间。

回答您构建相同图像的第二个查询。我建议将相同的图像部署到生产中。这将向您保证，在登台上效果很好的东西在生产上也同样有效。