第 1-2 点是每个开发人员都执行的非常简化的过程（例如，删除了测试）。这是他的正常周期。

第 3-4 项是发布。它不应该由普通开发人员完成。它由发布经理（或分配给它的负责人）完成。并不是每次打喷嚏都这样做，而是根据流程——每两周一次或每天两次。

项目 5-8 通过按一个（最多两个按钮）或运行一个脚本来完成。它运行在一个特殊的构建服务器上（对于这样的小公司，它可以是一台用于构建、测试和存储库的机器）。构建脚本本身通常执行以下操作

• git 克隆 / git 存档
• 运行修复配置、模板的脚本（你不想向所有程序员显示产品数据库的密码？）
• 运行处理 css、缩小 js 等的脚本。
• 运行单元测试（它们在这里，因为最小化后可能会出现问题:)）
• 归档并将档案存储在安全的地方
• 我们连接到产品服务器（服务器）并在那里上传档案。
• 存档在服务器上解压到一个单独的文件夹中，nginx/apache 或符号链接配置被更正并且服务器重新启动。（当然，您可以停止服务器、删除文件并启动服务器，但如果出现问题...）。
• 在产品上运行最少的测试（例如，主页返回 200 个代码，而不是 500 个）。
• 并将带有发布链接的标签添加到 git。

此脚本编写一次，然后根据需要进行修改。

另外，应该补充这个脚本，以便它可以与 develop 分支一起工作。

现在让我们让生活更轻松。我们将此脚本添加到 git 服务器上的钩子中，以便在 developer / master 推送时，它会自动启动，并因此部署到测试服务器 / prod。普通程序员禁止merge to master。

现在一切看起来像这样。开发人员采用了一个功能，为它创建了一个分支，然后就完成了。在开发人员中合并后（或通过合并请求），其代码自动注入到测试环境中。如果突然间他弄坏了一切——他必须修理它。

如果这不起作用，您可以在 CI 上运行脚本 - 最流行的脚本之一是 jenkins。因此，部署只需单击一下即可。

问答

• 为什么不直接在战斗服务器上射击？如果有人窃取了服务器，他们将可以访问完整的开发历史。有必要？
• 没有人会从我这里窃取 git 的历史，所以我会开枪。已经发生
• 为什么脚本如此复杂？想象一下，在半夜发现了一个 bug，急需修复。这种脚本的存在极大地简化了生活。
• 也许没有测试？能够。但最好做一些最低限度。

让我们首先分离实体。参与过程：

• 对战服务器。
• 测试服务器。
• 混帐服务器
• 一些“部署代理”。现在你是手工部署（deploying），把这个任务委托给持续集成服务器（CI服务器）就好了。在最简单的版本中，这是通过 git 服务器上的钩子实现的。
• 应用程序源代码
• 应用程序分发 - 在您的例子中，这些是使用 Gulp 缩小的文件。

目前，所有服务器的任务由一个执行，分发包与代码一起存储。尽管如此，让我们将它们视为独立的，并以它们之间的低耦合为目标（就像在类之间的 OOP 中一样）。这将为我们的系统提供灵活性和更大的可扩展性。特别是，我们不会依赖同一磁盘附近的某些东西或在本地网络上可用的事实。

应该做什么：

1. 将分发与代码分开。提交时，我们运行 gulp，获取缩小文件，（可选）将它们打包到存档中，将它们移动到服务器并部署到那里。您不需要存储缩小的代码，因为 我们总能从源头上得到它。
2. 在代码中实施部署脚本。至少为在服务器上执行的操作提供一个位置：填写配置、重新启动服务等。如上所述，这是通过 git-hook 和/或 CI 服务器完成的。
3. 自动对存储库中的更改做出反应：当推送到某些分支时，部署应该发生在某个环境中。由于我们的代码中现在有部署脚本，因此我们可以使用它。

在工作安排上：

1. 修改发布顺序。现在你似乎发布了每一个打字错误，任何人都可以发布。您还应该考虑保护 master 分支（包括您的粗心行为）。

工作示例

我建议对 GitLab.com 的示例进行实验（即我们将使用云服务）。选择是主观的，以下是论点：

1. 可以创建免费的私有存储库。（即您的商业代码相对安全。）
2. 该套件包括与存储库紧密集成的 GitLab CI。
3. 免费的跑步者可用（包括私人存储库） - 有条件地，我们将在其上执行任务的虚拟机。

反对意见：如果项目增长，总有一天免费许可证将不足以完成所有任务。

GitLab.com 上发布了一个带有管道和日志的工作示例。

描述正在执行的脚本的主文件位于项目的根文件夹中，名为.gitlab-ci.yml.

image: alpine

stages:
  - gulp
  - test
  - package
  - deploy

cache:
  paths:
  - node_modules/

gulp:
  stage: gulp
  image: node:latest
  before_script:
    - npm install
  script: node_modules/.bin/gulp compress
  artifacts:
    paths:
    - dist
    expire_in: 10 minutes

test:
  stage: test
  script: ls dist
  script: echo 'run tests here'

package:
  stage: package
  script: tar -czvf packaged.tar.gz dist
  artifacts:
    paths:
    - packaged.tar.gz

deploy_prod:
  stage: deploy
  script: echo 'deploy on master'
  only:
    - master

deploy_test:
  stage: deploy
  script: echo 'deploy on develop'
  only:
    - develop

我们将把依赖项放在npm - package.json 的配置中。该文件gulpfile.js描述了compress提供最小化的任务。

CI 管道窗口的屏幕截图：

工作的结果： archive packaged.tar.gz, in it dists/hello.js, in it

!function(t,e,i){t.title="New title"}(window,document);