4

我想在 Concourse 中为我的 Web 应用程序设置构建管道。该应用程序是使用 Node.js 构建的。

计划是做这样的事情：

                                        ,-> build style guide -> dockerize
source code -> npm install -> npm test -|
                                        `-> build website -> dockerize

问题是，在 npm install 之后，会创建一个新容器，因此node_modules目录会丢失。我想传递node_modules到后面的任务，但因为它在源代码“内部”，它不喜欢它并给了我

invalid task configuration:
  you may not have more than one input or output when one of them has a path of '.'

这是我的工作设置

jobs:
  - name: test
    serial: true
    disable_manual_trigger: false
    plan:
      - get: source-code
        trigger: true

      - task: npm-install
        config:
          platform: linux
          image_resource:
            type: docker-image
            source: {repository: node, tag: "6" }
          inputs:
            - name: source-code
              path: .
          outputs:
            - name: node_modules
          run:
            path: npm
            args: [ install ]

      - task: npm-test
        config:
          platform: linux
          image_resource:
            type: docker-image
            source: {repository: node, tag: "6" }
          inputs:
            - name: source-code
              path: .
            - name: node_modules
          run:
            path: npm
            args: [ test ]

2016-06-14 更新

输入和输出只是目录。因此，您将想要输出的内容放入输出目录，然后可以将其传递给同一作业中的另一个任务。输入和输出不能重叠，因此为了使用 npm 进行操作，您必须将 node_modules 或整个源文件夹从输入文件夹复制到输出文件夹，然后在下一个任务中使用它。

但是，这在工作之间不起作用。到目前为止，我看到的最好的建议是使用临时 git 存储库或存储桶来推送所有内容。必须有更好的方法来做到这一点，因为我正在尝试做的部分事情是避免大量的网络 IO。

4

2 回答 2

4

但是，这在工作之间不起作用。

这是设计使然。Job 中的每个步骤（get、task、put）都在一个隔离的容器中运行。输入和输出仅在单个作业内有效。

连接乔布斯的是资源。推送到 git 是一种方法。几乎可以肯定，使用 blob 存储（例如 S3）或文件存储（例如 FTP）会更快、更容易。

于 2016-08-19T14:39:18.490 回答
4

有一个专门为作业之间的 npm 用例设计的资源。我已经使用了几个星期了：

https://github.com/ymedlop/npm-cache-resource

它基本上允许您缓存第一次安装的 npm 并将其作为文件夹注入到管道的下一个作业中。如果您想缓存的不仅仅是 node_modules，您也​​可以很容易地通过读取该资源的源来设置自己的缓存资源。

我实际上将这个 npm-cache-resource 与 Nexus 代理结合使用，以进一步加快初始 npm 安装。

请注意，某些 npm 包具有需要使用与容器 linux 版本标准库匹配的标准库构建的本机绑定，因此，如果您在不同类型的容器之间移动很多，您可能会遇到 libmusl 等问题，在这种情况下，我建议通过管道进行流式处理以使用相同的容器类型或重建有问题的 node_modules ...

gradle 有一个类似的（npm 是基于它的） https://github.com/projectfalcon/gradle-cache-resource

于 2017-02-27T09:14:32.290 回答