油墨香^-^的博客

在ES13之前，我们只能在构造函数中声明类字段： 与许多其他语言不同，我们不能在类的最外层作用域中声明或定义它们。在ES13之前，创建私有方法是不可能的。ES13包含了许多有价值的特性，彻底改变了我们编写JavaScript的方式。从异步升级到数组语法糖等等，让我们来看看这些特性，看看你是否错过了其中一些。静态字段 — 类本身的属性，而不是任何特定实例的属性。在ES13之前，我们永远不能在全局作用域中使用。随着静态字段的出现，静态块也来了。幸运的是，ES13带来了一个新的。我们可以通过在字段前加上井号（

ding1.jpg3，定义机器人名字和关键字，创建完成后先将。

而且，Jenkins 在 Kubernetes 上运行时，无论是 Jenkins Master 还是 Jenkins Slave，它们都是以 Pod 的形式存在的，这些 Pod 默认情况下是没有 Docker 命令的。比对并生成镜像层：Kaniko 会将新创建的快照与前一个快照进行比对，如果发现有变化，它会将这些变更生成一个新的镜像层，并添加到基础镜像之上。推送镜像：当 Dockerfile 中的所有命令都执行完毕后，Kaniko 会将最终构建完成的镜像推送到指定的远程镜像仓库。

通常情况下项目流水线大部分的内容都是相同的，为了实现模板复用，减少重复代码，我们可以创建一个git仓库用于存放模板，然后创建一个templates目录存放所有pipeline的模板，创建一个jobs目录存放job模板。这样我们可以将一些maven、golang、npm工具通过一个job模板和不同的构建命令实现。templates的好处是我们在其中定义了模板流水线，这些流水线可以直接让项目使用。当遇到个性化项目的时候就可以在当前项目创建.gitlab-ci.yml文件来引用模板文件，再进一步实现个性化需要。

利用 Jenkins、SonarQube、Harbor、Container、Kubernetes技术，搭建一个完整的 CI/CD 管道，模拟实际生产环境项目开发部署流程，实现持续集成、持续交付和持续部署。通过自动化构建、测试、代码质量检查和容器化部署，将开发人员从繁琐的手动操作中解放出来，提高团队的开发效率、软件质量和安全性，实现持续更新迭代和持续部署交付。不同项目可能使用不同的编程语言、框架或库，这导致了每个Slave的配置环境各不相同。

利用 Jenkins、Docker、SonarQube 和 Harbor 技术，搭建一个完整的 CI/CD 管道，实现持续集成、持续交付和持续部署的流程。通过自动化构建、测试、代码质量检查和容器化部署，将开发人员从繁琐的手动操作中解放出来，提高团队的开发效率、软件质量和安全性，实现持续更新迭代和持续部署交付。

利用Docker、Gitlab、Gitlab Runner、SonarQube、Harbor、Jmeter、Maven、Java技术，搭建一个完整的 CI/CD 管道，实现当开发人员完成代码提交后，开始流水线工作，完成编译打包、单元测试、源码扫描、上传制品、部署服务到Docker容器、自动化测试工作。通过自动化构建、测试、代码质量检查和容器化部署，将开发人员从繁琐的手动操作中解放出来，提高团队的开发效率、软件质量和安全性，实现持续更新迭代和持续部署交付。

三、准备k8s和docker环境，k8s环境运行服务，docker负责将项目源码打包成镜像，安装文档有空再补充。链接: https://pan.baidu.com/s/14WiJaqVWYScQ-QiMX-1pOg。链接: https://pan.baidu.com/s/171_qvMNGdRwu_Z92DP6OxA。六、验证部署，访问主机30080端口，返回hello world！5. 登录gitlab，在页面上做一些语言切换，禁止注册，修改密码等设置。二、安装jenkins。一、安装gitlab。

利用Container、Gitlab、Gitlab Runner(k8s)、SonarQube、Harbor、Jmeter、Maven、Java技术，搭建一个完整的 CI/CD 管道，实现当开发人员完成代码提交后，开始流水线工作，完成编译打包、单元测试、源码扫描、上传制品、部署服务到Docker容器、自动化测试工作。通过自动化构建、测试、代码质量检查和容器化部署，将开发人员从繁琐的手动操作中解放出来，提高团队的开发效率、软件质量和安全性，实现持续更新迭代和持续部署交付。

持续集成(Continuous Integration)是一种软件开发实践，对于提高软件开发效率并保障软件开发质量提供了理论基础。Jenkins 是一个开源软件项目，旨在提供一个开放易用的软件平台，使持续集成变成可能。本文正是从持续集成的基本概念入手，通过具体实例，介绍了如何基于 Jenkins 快速搭建持续集成环境Jenkins是一个可扩展的持续集成引擎，是一个开源软件项目，旨在提供一个开放易用的软件平台，使软件的持续集成变成可能。Jenkins非常易于安装和配置，简单易用。

将上面零碎的知识点汇聚到一起就是 zuo-deploy 的实现，代码写的比较随意，欢迎 star、fork、提改进 PR！

以gitlab-ci为例：(1) 通过在项目根目录下配置**.gitlab-ci.yml**文件，可以控制ci流程的不同阶段，例如install/检查/编译/部署服务器。gitlab平台会扫描.gitlab-ci.yml文件，并据此处理ci流程img(2) ci流程在每次团队成员后之后触发。每当你push/merge一次，gitlab-ci都会检查项目下有没有.gitlab-ci.yml文件，如果有，它会执行你在里面编写的脚本，并完整地走一遍从「eslint检查=>编译 =>部署服务器」的流程。

Jenkins 是国际上流行的免费开源软件项目,是基于 Java 开发持续集成工具,用于监控持续重复的工作,旨在提供一个开放的易用的软件平台,使软件的持续集成自动化,大大节约人力和时效。Jenkins 功能包括：持续的软件版本发布/测试项目。监控外部调用执行的工作。

持续集成（Continuous Integration，简称CI）是软件开发的一种方法，要求团队成员频繁的将代码合并到主线（例如git的主分支），每次合并后自动执行构建和测试，确保快速发现并修复问题，保持代码高质量和项目随时可发布状态，提高开发效率。打开浏览器访问jenkins页面http://192.168.88.11:8080/，等待初始化好后，按照提示把服务上的/var/lib/jenkins/secrets/initialAdminPassword填写。(2) 添加jenkins的yum仓库。

GitLab基于Git，采用分布式版本控制模型，每个开发者本地拥有完整的代码库，支持离线工作，易于分支和合并；SVN也有权限管理，但相对简单，更适合传统的线性开发流程，协作功能不如GitLab全面。SVN的分支创建和合并过程较为繁琐，通常需要手动操作，缺乏内置的代码审查流程。GitLab 是一个全面的开源平台，专为软件开发的整个生命周期设计，提供了从项目计划、源代码管理、持续集成/持续部署(CI/CD)到监控和安全的一站式解决方案。(2) 创建群组，并把用户加入到该组。(1) 设置->外观，填写外观设置。

团队整体的一个研发流程大致如下：这块可能大部分公司都是大同小异，没什么好细说的。实际上，可能每个环节是否执行到位也是需要打个问号的。

在日常工作中你还使用哪些Centos配置呢？欢迎在评论区留下的你的见解！

阮一峰博客里解释的很好，SSH原理与运用（一）：远程登录[6]简单说，SSH是一种网络协议，用于计算机之间的加密登录。最早的时候，互联网通信都是明文通信，一旦被截获，内容就暴露无疑。1995年，芬兰学者Tatu Ylonen设计了SSH协议，将登录信息全部加密，成为互联网安全的一个基本解决方案，迅速在全世界获得推广，目前已经成为Linux系统的标准配置。SSH主要用于远程登录。假定你要以用户名user，登录远程主机host，只要一条简单命令就可以了。=>

3，定义机器人名字和关键字，创建完成后先将。

这时候我们已经打通了本地代码->gitlab-jenkins的这个环节了,然后我们编写shell脚本执行docker语句构建容器并且执行就OK了(1).在jenkins中配置shell脚本。

├── public├── src└── .cz-config.js // 创建复制代码是一个可以在 Git hooks 中使用的 npm 包，它可以帮助你在特定的 Git 事件发生时执行命令，例如提交代码之前进行代码格式化、测试等操作."husky"是一个为了方便使用Git hooks的工具，它能够帮助你在项目中自动化地执行一些Git相关的操作。使用husky，你可以在Git的一些关键操作（例如提交、推送、合并等）前或后，执行一些脚本或命令，比如代码格式化、自动化测试、打包发布等。

git 和 svn 最大的区别在于 git 是分布式的，而 svn 是集中式的。GIT 分支和 SVN 的分支不同：svn 会发生分支遗漏的情况，而 git 可。GIT 的内容完整性要优于 SVN：GIT 的内容存储使用的是 SHA-1 哈希。git rebase 会先找到两个分支的第一个共同的 commit 祖先记录，git merge 会新建一个新的 commit 对象，然后两个分支以前的。svn 中的分支是整个版本库的复制的一份完整目录，而 git 的分支。svn 的分支变化会影响到所有的人。

一种基于容器及 docker-compose 或者 k8s 的思路。根据容器的标签与当前 Git 分支对前端后端设置不同的域名。以下是一个 Preview 的示例，其中服务名。借用 Docker 快速部署前端或者后端，借用现有的 CICD 服务，如。基于分支名称进行构建。工具进行环境变量的替换。在进行构建时，再通过。

代码开发代码推送打包dist文件scp到服务器服务器nginx配置完成部署这几个流程，现实中我们希望项目部署尽可能自动且简单，因此诞生了各种CI/CDJenkinsgitlab ci等，其实我们最熟悉的GitHub也提供了CI/CD.当然在利用自动部署项目之前，先要利用来发布我们的前端项目。namename字段是workflow的名称。如果省略该字段，默认为当前workflow的文件名.onon字段指定触发workflow的条件，通常是某些事件,比如代码推送push,拉取,可以是事件的数组.

GitHub的默认issue在创建时并没有分的很细，虽然它提供了很多选项给提问者，但是大多数人在提问问题的时候，都不会注意到这些选项。的文件就是我们实现想法的地方，根据文档中所罗列的可供我们使用的方法，结合自己的需求完成配置的编写，GitHub Action就会按照我们的命令去做事情（命令式编程）。在GitHub的项目仓库中有一个Actions模块，它是一个持续集成（CI）和持续部署（CD）平台，开发者可以利用它提供的配置规则，通过编写。最后，在项目的actions面板就能看到此工作流的运行日志了。

前端应用部署变化到现在的阶段，也是项目众多不便于管理导致，实际的业务情况，进而推动部署方式的发展。前端部署的流程，在每个公司都有一套自己的，学习它，适应它，就好了，没有太多疑难问题。

是一个可以在 Git hooks 中使用的 npm 包，它可以帮助你在特定的 Git 事件发生时执行命令，例如提交代码之前进行代码格式化、测试等操作."husky"是一个为了方便使用Git hooks的工具，它能够帮助你在项目中自动化地执行一些Git相关的操作。使用husky，你可以在Git的一些关键操作（例如提交、推送、合并等）前或后，执行一些脚本或命令，比如代码格式化、自动化测试、打包发布等。他可以帮助我们额外拦截一些如git commit等指令。

文章首发于公众号：程序员读书；欢迎关注，可以第一时间收到文章更新哦！分支模型是Git的必杀技，也是Git最强大的地方，掌握Git分支的使用，也就是学到Git的精髓。

当您提交或推送时，您可以使用 husky 来检查您的提交消息、运行测试、检查代码等Husky 支持所有 Git 钩子[1]。以一种非常 Linux 的方式，要配置 Git 挂钩，您只需将可执行文本文件放入, 为了能够运行用户在 中创建的任何 Git 钩子，husky 正在将所有可能的钩子安装在.例如，当提交时，每个 Git 钩子都会检查是否有相应的钩子定义：它的好处：用户可以添加、更新和删除钩子，并且会自动选择更改。不利的一面是，即使没有任何东西可以运行，节点也会启动。接下来我会使用 来完成一个

Git是一种分布式版本控制系统，它可以不受网络连接的限制，加上其它众多优点，目前已经成为程序开发人员做项目版本管理时的首选，非开发人员也可以用Git来做自己的文档版本管理工具。大概是大二的时候开始接触和使用Git，从一开始的零接触到现在的重度依赖，真是感叹Git的强大。Git的api很多，但其实平时项目中90%的需求都只需要用到几个基本的功能即可，所以本文将从实用主义和深入探索2个方面去谈谈如何在项目中使用Git，一般来说，看完实用主义这一节就可以开始在项目中动手用。“

在进行操作前，你需要新建一个Job，Job新建比较简单，只需要在Jenkins管理的首页左侧，点击“New Job”，一般选择free-style software project，再输入Job的名字即可。Jenkins，一个用Java编写的开源的持续集成工具，提供了软件开发的持续集成服务，可监控并触发持续重复的工作，具有开源，支持多平台和插件扩展，安装简单，界面化管理等特点。在新建的任务（Jobs）中，Gitlab源码配置如下图：需要输入git仓库和build分支，公钥使用上面配置SSH生成的公钥。

Git是分布式版本控制系统，那么它就没有中央服务器的，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。首先要明确下，所有的版本控制系统，只能跟踪文本文件的改动，比如txt文件，网页，所有程序的代码等，Git也不列外，版本控制系统可以告诉你每次的改动，但是图片，视频这些二进制文件，虽能也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是知道图片从1kb变成2kb，但是到底改了啥，版本控制也不知道。第一步：创建SSH Key。

代码】39个你需要知道的Git命令。

最近公司的代码管理工具要从SVN转到Git上，因此虽然之前用过Git，但是都是一些简单的推送提交，因此还是有必要进行一些系统的学习，这里做一下笔记，以备后询，且不定期更新。关于SVN和Git的比较已经有很多文章说过了，就不再赘述，本文的重点是如何使用的Git命令进行操作，冷门的就不说了，且比较零散，系统的学习推介廖雪峰的Git教程。声明下面用户名都为，请自行修改成自己的用户名。...

Git 是目前世界上最为广泛使用的软件版本控制系统（Version Control System），同时也是一个成熟及活跃的开源项目。Git 最初是由 Linux 之父 Linus Torvalds 在 2005 年创建，至今已经迭代了17年。但任何程序都会有Bug，对于 Git 这样一个成熟的开源项目也不例外。引用 Linus 的话来说：“错误总会发生，如果它们不发生在硬件中，它们将发生在软件中；如果它们不发生在你的软件中，也会发生在其他人的软件中。”接下来，我们将从一个由 Git 引发的故障，一起来看看

作为当前世界上最强大的代码管理工具Git相信大家都很熟悉，但据我所知有很大一批人停留在clone、commit、pull、push...的阶段，是不是对rebase心里没底只敢用merge？碰见版本回退就抓瞎？别问我怎么知道的，问就是：“我曾经就是这样啊～～”。针对这些问题，今天就将这几年对Git的认知和理解分享出来，尽可能的从本质去讲解Git，帮助你一步一步去了解Git的底层原理，相信读完本篇文章你便可以换种姿态，更加风骚得使用Git各种指令。1基本概念Git是一个分布式代码管理工具，在讨论分布式之前避免

阿里有很多的研发团队，不同事业部使用的发布流程、分支策略并非整齐划一，但总体上看是比较规整的。其中有一种主流的发布模式以及对应的分支使用方式，称为“AoneFlow”。这套工作模式思路独特，在阿里以外的地方并不多见。本文围绕这些实践，聊一聊分支管理的话题。细数分支模式说到分支管理模式，我们最耳熟能详的莫过于 TrunkBased 和 GitFlow。TrunkBased 模式 是持续集成思想所崇尚的工作方式，它由单个主干分支和许多发布分支组成，每个发布分支在特定版本的提交点上从主干创建出来，..

如果你是一枚Coder，但是你不知道Github，那么我觉的你就不是一个菜鸟级别的Coder，因为你压根不是真正Coder，你只是一个Code搬运工。但是你如果已经在读这篇文章了，我觉的你已经知道Github了。正是Github，让社会化编程成为现实。什么是 Github?github是一个基于git的代码托管平台，付费用户可以建私人仓库，我们一般的免费用户只能使用公共仓库，也就是代码要公开。Github 由Chris Wanstrath, PJ Hyett 与Tom Preston-W

1.去git官网下载git地址：git官网下载自己电脑适用的一路回车就好！！！下载完以后如图：双击打开以后如果是下面这样就启动成功2.创建一个属于自己的Github账户3.创建仓库点击New repository进入仓库以后如图：Repository name填写项目名称，Description (optional)简单的填写一下项目描述，然后点击Create repository直接创建仓库5.仓库创建完成以后， 上传源代码：如图，生成了自己的git地址，还有