平时写的文档一般用Gitbook管理，类似于Git，其实Git主要用于管理代码，而Gitbook则使用Git管理文档。写好的文档可以按照特定的目录编译，运行，部署，然后一个带有文档的网站就展现出来了。而Gitbook也提供了本地的运行环境，通过npm安装gitbook即可，直接通过gitbook 本地部署环境。
最近看了@Tualatrix Chou所写的使用 jsDelivr 来优化网站访问速度,深受启发又加之自己采用Hexo博客框架搭建了一个静态化的博客,同时采用github Page 进行托管，虽然加上Cloudflare的CDN来加速，但是实际上某些情况下还没有直接访问的速度快，当然加了总比没加好;
大家好，我是「柒八九」。一个「专注于前端开发技术/Rust及AI应用知识分享」的Coder。
docker run java 直接进行下载并安装 docker pull java 仅仅下载到镜像 docker images 查看镜像 docker search java 搜索镜像 docker rmi id(从docker images中查找)删除指定镜像 Docker rm 容器id 删除容器id docker pull 下载镜像 docker run 下载并安装镜像 docker ps 查看有哪些镜像正在运行 docker inspect 容器id 查看容器信息 systemctl restart docker 重启docker(如果启动不了docker可以先重启) docker build –t 镜像名称:标签 Dockerfile的相对位置 打成docker的镜像文件 docker info查看docker相关信息 docker inspect 容器ID | grep IPAddress 查看docker的ip地址 docker stop 容器ID 停止某个容器运行 docker exec -it 容器id bash 进入docker //关闭防火墙 systemctl stop firewalld.service //禁用 systemctl disable firewalld.service docker exec -it 容器id /bin/bash 进入容器 docker exec -it 容器name /bin/bash 进入容器 docker rm $(sudo docker ps -a -q) 删除所有未运行的容器 docker search elasticsearch搜索镜像文件 docker run 创建并启动一个容器，在run后面加上-d参数，就是后台启动不加-d就是前台启动 docker ps -a 查看已经创建的容器 docker ps -s查看已经启动的容器 docker start con_name 启动容器名为con_name的容器 docker stop con_name 停止容器名为con_name的容器 docker rm con_name 删除容器名为con_name的容器 docker rename old_name new_name 重命名一个容器 docker lgos --tail="10" 容器名称查询容器日志信息 free -m 查看内存使用容量 docker cp testtomcat:/usr/local/tomcat/webapps/test/js/test.js /opt Testtomcat是容器名称，test.js是容器的路径，/opt是要复制到宿主机上的路径,容器复制到宿主机 docker cp /opt/test.js testtomcat：/usr/local/tomcat/webapps/test/js /opt/test.js是宿主机上的文件，/usr/local/tomcat/webapps/test/js是容器中的路径，testtomcat是容器名称 宿主机拷贝到容器 https://www.cnblogs.com/areyouready/p/8973495.html
随着人类地发展，社会地进步，计算机技术地更新迭代，每一片码海里都有它宝贵的财富，每一座码山里都有着各自的秘密。怎么守住财富，隐藏一些秘密，成了一些开发人员所关心的事情。
在项目实践中，团队需要对用到的知识技术进行总结，即便于分享，也利于传承，而gitbook就是个不错的选择，使用gitbook-cli 对Markdown文档进行编译，生成静态文件，再通过web服务器（e.g. nginx）对外提供服务。
印象中，Gitlab作为Github的竞品，是一款“仓库管理系统”。但，士别三日，当刮目相看。
一些可视化工具再给我们带来直观性的同时，也增加了操作的难度，需要精细地调整组件的大小和样式，更多的时候，我们不是为了写一份漂亮的报告而画流程图，只是需要便捷地向他人分享自己的 idea，在这样的需求下，代码生成流程图显然更适合。
因为我们需要依托jenkins将gitlab上的项目获取至本地，为后续网站的的代码发布工作做好准备。
在《自动化 Web 性能优化分析方案》一文中说到，百策系统性能检测的原理，以及对于检测页面我们最终会生成一份检测报告，如下图所示：
也就是在去年，我们在密集开发了将近 1 年的 node 项目后，一个 egg 项目中包含了 500 多个接口，代码量也变得非常大。所以我们准备将服务拆分，然后将一些服务封装成 npm 包。因为这些 npm 包中包含业务逻辑，所以必须自建私有 npm 完成这个事情。所以自建 npm 就提上日程。
GitLab Community Edition是一个自托管的Git存储库提供程序，具有帮助项目管理和软件开发的附加功能。GitLab提供的最有价值的功能之一是内置的持续集成和交付工具GitLab CI。
容器化正迅速成为在云环境中打包和部署应用程序的最常用方法。它提供的标准化，以及其资源效率和灵活性，使其成为现代DevOps思维模式的重要推动者。当您的应用程序和微服务完全集装箱化时，许多有趣的云本机部署，编排和监控策略都成为可能。
基于现代Web的应用程序通常都包含多种服务。例如，后端API和前端客户端。在规模扩大成为问题的大型项目中，服务也可以拆分为多个微服务。如何在这样的项目中组织源代码？一种解决方案是monorepo，即项目中所有源代码在同一个存储库中管理。还有一种是每个微服务分别创建一个存储库管理。
第一步：在gitlab上创建一个git管理的node项目node01，并clone到本地
Capitalone（全美十大银行之一）开源的DevOps利器。使用Hygieia后，在整个软件开发周期中，用户可以选择VersionOne或Jira进行用户故事的追踪，选择Subversion或GitHub作为代码仓库，选择Jenkins或Hudson进行构建，选择Selenium和SonarQube用于质量检测，以及选择uDeploy或Jenkins进行部署等等，当然Hygieia不止这点，它的api基于rest风格插件设计，其他的一些软件工程组件可以很轻松的接入到Hygieia，他的dashboard大盘可以展示软件创建到交付的整个生命周期数据。
一、前言碎语 Hygieia是什么？ Capitalone（全美十大银行之一）开源的DevOps利器。 使用Hygieia后，在整个软件开发周期中，用户可以选择VersionOne或Jira进行用户故事的追踪，选择Subversion或GitHub作为代码仓库，选择Jenkins或Hudson进行构建，选择Selenium和SonarQube用于质量检测，以及选择uDeploy或Jenkins进行部署等等。 当然Hygieia不止这点，它的api基于rest风格插件设计，其他的一些软件工程组件可以很轻松的接
OpenVSCode 是一款基于Web 界面的在线IDE 代码编辑器，只需要PC端存在浏览器即可使用，更轻量，高效，简洁，其基础功能完全继承了微软出品的 VS Code ，可以通过安装扩展的方式继续加强代码编辑能力。Rainbond 开源应用商店推出的 OpenVSCode 预安装了 gitlab-workflow 扩展用于对接私有化代码仓库 Gitlab，同时预装了常见语言运行环境（目前版本集成了Golang , Node.js , python , java ），可以在 Terminal 终端中快速调试业务代码。
修改Runner的 /etc/gitlab-runner/config.toml文件，在其中的 [runner.docker]下增加：
理解了上面的基本概念之后，有没有觉得少了些什么东西 —— 由谁来执行这些构建任务呢？ 答案就是 GitLab Runner 了！
源码地址：https://github.com/limingios/docker-cloud-flask-demo
最初学习 git 已是多年前在校期间，用于课程设计，场景也相对简单。实习后由于所在公司一直使用 svn，缺少协作实践场景，时间久了 git 知识已逐渐淡忘。公司从去年开始已经在内部全面推广 git，随着项目规模不断扩大，git 操作方面已明显力不从心，因此再次系统化学习 git，写此笔记以总结备忘。
GitLab是一个开源的用于仓库管理的项目，和GitHub一样是使用Git作为代码管理工具。
最近由于工作需要，在不同的服务器上安装了好几遍 Gitlab Runner，由于资料较为分散，时间久了，有些安装步骤必然会有所遗忘。本文演示如何在网易云上面安装 Gitlab Runner，如果你正好也需要搭建 CI 服务，可以参考下面的步骤。
在做项目中，遇到一个这样的场景，当我们把系统服务搭建好，给用户显示的时候，如果用命令行一步步的走，感觉会把他们弄晕，另外，交付系统，还得一步步的写操作流程，遇到一点问题，就还得补充进去，所以我就想，能不能搭建一个web-ide,用户直接把代码复制上去，点点点，就能完成系统的完整体验。
本文使用「署名 4.0 国际 (CC BY 4.0)」许可协议，欢迎转载、或重新修改使用，但需要注明来源。 署名 4.0 国际 (CC BY 4.0)
通常运维人员在接到代码（新项目）上线的任务前都要做大量的准备工作，包括：物理主机、虚拟机、代码运行环境、数据库安装配置、各种帐号创建，运行后期的系统监控、应用的日志收集，性能优化等一系列的工作。
回顾一下：【GitLab CI/CD】：一些有用的基础知识，在默认Git strategy（fetch）下，每个 Job 执行之前，都会进行 git clean 操作，也就是说 job 执行过程中产生的中间结果，都会被清理，多数情况是没问题的。但总有一些例外情况，我们需要之前 job 执行过程中产生的中间结果，最具代表性的两类：
从 GitLab 8.0 开始，GitLab CI 就已经集成在 GitLab 中，我们只要在项目中添加一个 .gitlab-ci.yml 文件，然后添加一个 Runner，即可进行持续集成。 而且随着 GitLab 的升级，GitLab CI 变得越来越强大，本文将介绍如何使用 GitLab CI 进行持续集成。
在日常工作中，经常会遇到这样一种场景：需要在 GItLab CI Job 中进行 Git Push 操作，将修改或构建好的代码推送到远端 Git 代码仓库当中。这是一个十分常见操作，本篇文章将会提供一个最简单且实用的方法来实现这个场景，希望对您有所帮助。
一个平凡的午后，刚提测需求等待bug上门的我，收到Mars先生推荐的一篇文章，里面介绍了一个相当酷的github项目:git-history。
首先是测试用例，最初我们设计在了 git hooks 里边，在执行 git commit 之前会进行检查，在本地运行测试用例。 这会带来一个时间上的问题，如果是日常开发，这么操作还是没什么问题的，但如果是线上 bug 修复，执行测试用例的时间依据项目大小可能会持续几分钟。 而为了修复 bug，可能会采用 commit 的时候添加 -n 选项来跳过 hooks ，在修复 bug 时这么做无可厚非，但是即使大家在日常开发中都采用commit -n 的方式来跳过繁琐的测试过程，这个也是没有办法管控的，毕竟是在本地做的这个校验，是否遵循这个规则，全靠大家自觉。
最近折腾了一番自建 gitlab，在此做个记录，供君参考。整个构建过程基于 Docker Swarm（近期有计划将微服务移植到 Kubernetes，但还没倒腾顺手，暂时先沿用旧的方案），主题配图与主题无关，请忽略......
参考原文：http://www.linuxidc.com/Linux/2014-08/105137.htm
在通过jenkins或Gitlab使用Docker容器化构建服务的时候，我们会遇到两种构建的方式，分别是DIND与DOOD,这两种的构建的方式却有着很大的差异，接下来分别介绍两种构建方式的区别：
这一篇，我们介绍一下使用Gitlab-runner进行持续集成与部署，经过以往的经验，我们使用Jenkins的时候，会在jenkins中安装一系列的开发环境包，比如：
对于一家必须领先于黑客、欺诈者和网络犯罪趋势的全球网络安全公司来说，构建、测试和发布软件的繁琐遗留流程是一个巨大的挑战。
来源 | https://juejin.im/post/5cef97e0e51d45776031af91
前言 关于 Gitlab CE 部署 与 Gitlab CI 搭建请参考下文 Docker Compose部署Gitlab Gitlab CI 搭建持续集成环境 环境 与 概述 一个 hello-world nodejs 项目 Dockerfile 和 app.dev.yaml（k8s deploy 文件） 存放在业务代码中 Gitlab CI Build 机器需要安装 envsubst 命令 构建一个 Docker 业务镜像发布到 Kubernetes 中 本项目部署 K8S Service 、HPA
本文将介绍如何利用 Gitlab API 实现一套简单灵活的数据同步机制，从而实现在多个 Gitlab 站点间同步数据。 需求描述 在继续写数学系列前，我想切回去之前的 Git 系列写点东西。我想写系列文章也可以像操作系统的进程调度一样，一个系列暂时写不动了，先 保存现场 跳去另一个 topic 写点东西，同时也给自己留点 buffer 再酝酿一下这个暂时 中断 的系列。等这个系列酝酿够了，再 恢复现场 ，继续还这个系列的技术债。 对于一个规模较大的企业，存在多个 Gitlab 站点是很常见的事情。 比如，
在项目开发过程中，我们经常需要规范化代码配置流程，此时需要一种工具，开发人员在使用git过程中按照要求的规范进行提交代码和各种代码检测或其他附加处理逻辑。
之前在团队中分享了qiankun微服务的单镜像的部署方案， 详细解析了单镜像部署的好处，但由于单镜像部署在构建时比较复杂，如果在上线时人工地去构建镜像，将是一个非常复杂，且容易出错的事情。所以本篇文章会介绍一种使用GitLab CI/CD来构建一个微服务单镜像的流水线，并应用于生产, 我称之为 aio 方案 all in one 。五个应用构建到一个docker镜像中。
持续集成，让很多开发团队又 「 爱 」 又 「 恨 」 。爱，在于整个流程对项目的交付价值大有裨益，尽最大可能地减少不必要的加班；恨，在于成本过大，部署的困难、工程文化的隔阂。 首先看下，持续集成，
Leo Li，携程高级软件工程师，负责度假 BDD-Test UI 自动化测试框架的研发、维护和迭代等工作。
版本控制是协助软件开发的重要工具之一，根据维基百科中“版本控制”词条的描述，版本控制（英语：Version control）是维护工程蓝图的标准作法，能追踪工程蓝图从诞生一直到定案的过程。此外，版本控制也是一种软件工程技巧，借此能在软件开发的过程中，确保由不同人所编辑的同一程序文件都得到同步。
最近在给公司架构一个新的项目，要求同时写出一个完整的文档，由于正好在浏览vue的GitHub浏览相关项目时，看到了 Vuepress，所以尝试了一把，所以把开发中的积累写下来。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
