无事在家，闲得发慌，上周六面试华为的配置管理工程师，让我明白了在社会大行业里配置管理其实是个更为专业的岗位，涉及到软件开发的各个流程，数据的产生，规范的定义，代码的持续集成，基线管理，当然也涉及到供应链的一些东西，在工作中发现问题，解决问题，推动一些流程规范的制订，对流程中出现的问题进行修正等等。而我在原公司的配置管理更多是个兼职，是为软件工程师+配置管理工程师，特别是在软件部改革后，配置方向更多的边缘化，更多是DD会议召开，BUG发布及合并，代码审核数据汇总。也难怪配置管理会是一个兼职，软件上做的工作仅仅是配置管理（CM）这个岗位很小的一部分，也不可能花大价钱养一个人在这个岗位上了。
还不会使用Github自动构建Actions？这么好用的功能实在是忍不住写一篇文章推广一下。如果你没使用过，那么就来看看吧。 Github被微软收购之前就有自动构建工具，比如Travis CI，自动构建可以让代码自动构建起来，甚至自动打包、自动发布，我也是在编写我的笔记程序时想让Github自动发布新版本才开始使用这个功能。 我的项目是private类型的，AppVeyor免费版本只支持public的项目，后来发现Github的Actions可以支持private并且功能异常强大，几乎所有的程序（Wind
在我们工作中一定听过持续集成这个概念，但是到底什么是持续集成，它有什么作用，测试工程师是如何利用jenkins来构建自己的自动化环境的，如果你还不知道，大家可以通过本篇快速学习一下。
Buildroot是Linux平台上一个构建嵌入式Linux系统的框架，整个Buildroot是由Makefile脚本和Kconfig配置文件构成。可以和编译Linux内核一样，通过buildroot配置，menuconfig修改，编译出一个完整的可以直接烧写到机器上运行的Linux系统软件(包含boot、kernel、rootfs以及rootfs中的各种库和应用程序)。制作的rootfs通常需要包含很多第三方软件，比如busybox，udhcpc，tftp，apache，sqlite，PHP，iptable，DNS等，为避免复杂的移植工作，在buildroot中通过menuconfig配置我们根文件系统中需要的功能，将不需要的去掉，再执行make编译，buildroot就会自动从指定的服务器上下载源码包，自动编译，自动搭建我们所需要的嵌入式根文件系统。
使用hexo静态博客已经半年多了，总体感觉挺好用的。但是有一点一直让我很苦恼，由于这是静态博客，所以每次写完博客都需要先generate,再发布deploy。而且博客的基本配置信息没办法同时更新到github，还需要我再push上去，这样一番下来，虽然花费不了太长时间，但是时间长了就比较难以忍受了。 特别是重装系统之后或者用别人的电脑，需要重新搭建环境，对像我这种喜欢捣腾系统的人，简直了… 前几天偶然看到了Travis CI，可以用来自动部署博客，心甚喜之，来与大家分享。
自己编写 Dockerfile 能够很好的实现我们想要的程序运行环境，不过如果装有我们想要环境的镜像已经由热心的开发者构建好并共享在 Docker Hub 上，直接使用它们就会远比自己编写 Dockerfile 并进行构建要来的简单的多了。事实上，在开发过程中我们用到的镜像大部分还是直接采用 Docker Hub 中已经存在的镜像的，即使自己编写 Dockerfile，也只是对已有镜像进行简单的改动，很少会从零开始搭建镜像。在这一节中，我们要来看看如何更好地使用 Docker Hub 上由其他开发者共享的镜像。
介绍自动构建之前先来聊一聊什么是手动构建，姜同学作为一名开发人员我们写完代码之后会把代码提交到Git上，然后push到我们自己的远程仓库，比如gitlab。如果姜同学的工作只是写写代码，push结束之后你的一个阶段工作也就结束了，但是这时候最新的代码还仅仅是保留在了git上，没有以应用的形式展现出来，无法体现你的工作展现你的价值。so,以java代码为例姜同学还要使用最新的代码打个包，然后放到服务器上，停掉旧的应用，启动新的应用，假设一个集群有三个应用实例，滚动更新，上面的步骤姜同学还要在重复两遍。以上的整个步骤便是手动构建，那么什么是自动构建呢，就是让另外一个应用代替姜同学完成上面的步骤，当然写代码除外-_-。 代替姜同学便是Jenkins。
这几天有时间就来折腾一下自己的博客，由于平时懒得去管主机的各种服务之类的，然后用的是hugo来生成站点的，所以还要跑shell自动构建部署，略微麻烦。后面看到腾讯云这边出了serverless服务。想着还不如就托管就好了，主要价格各方面还能接受。然后发现新建网站这边没有hugo可以勾选，所以自己搞了一个方式来自动构建部署。
自动构建系统是从美团的自动部署系统发展出来的一个新功能。每当开发人员提交代码到仓库后，系统会自动根据开发人员定制的构建配置，启动新的Docker容器，在其中对源代码进行构建（build），包括编译（如Java、C++和Go）、预处理（如Javascript和CSS）、压缩（如图片）等操作，生成最终需要上线的程序包。 背景 美团的代码发布系统有中央控制节点，负责代码的拉取、应用的构建和上传等任务。随着业务的迅速增长，应用发布项的数目和单个发布项的服务器数量也随之增长，中控节点的任务加重，几个问题也变得亟
版权声明：欢迎交流，菲宇运维！
博客已经很久没有更新内容，一方面工作最近很忙，另一位方面最近在陆续把博客内容同步到公共账号，在重新整理SDK这个系列的过程中才发现关于自动构建提到的或者介绍的地方很多，但是对于自动构建具体介绍的内容很少，因此现在再补上一篇。 这里同样不会过度分析Android的自动构建工具有哪些以及他们的优缺点，为什么要使用自动构建等等。本文的侧重点还是集中在SDK的自动化构建中主要做那些工作。 Android自动构建工具 早期的Android项目使用ADT（Eclipse）来开发，当时的自动构建工具大多是用ant。随着A
Docker Hub 是一个基于云的注册服务网站，提供容器应用或容器服务的构建功能。
Docker 账号可以关联 Github 账号，进而借助 Github Webhooks 能力，实现镜像自动构建。点击开始关联
使用daocloud实现docker自动化部署实战 避免重复造轮子，我就不说docker的好处了，百度一大堆，况且你能看到这个文章，说明你也大概了解docker了。当然还是要从安装开始一步步来，本文中使用的是daocloud+coding+docker。daocloud官网 ，coding官网。 自动化流程是：打包应用程序->上传到coding->daocloud检测到更新->自动构建docker镜像->自动部署应用->完毕。 1.将主机加入daocloud管理 首先你的有个linux机器吧，虚拟机也可
摘要总结：Docker Hub是Docker的官方注册服务，提供了镜像存储、镜像版本控制、团队协作等功能。使用Docker Hub可以让用户分享和复用已有的镜像，也能创建新的镜像。同时，Docker Hub还提供了自动构建、持续集成/持续部署、Webhooks等高级功能，使用户能够更轻松地构建、测试和部署容器化应用程序。
之前的自动构建工具 Jenkins 是部署在公司内网的 Windows 服务器上，现在武汉处于非常时期，兄弟们都在家自我隔离，为了远程提交的代码能自动构建，需要在外网的 CentOS 服务器上搭建 Jenkins 环境来进行构建工作。
CI/CD是一种 DevOps 方法，它结合了持续集成和持续交付的概念，允许企业通过在软件开发生命周期中集成自动化来始终如一地向客户交付应用程序。
在这篇文章中我们先大致的了解以下Docker的基本概念，在后续的文章中我们会详细的讲解这些概念以及使用。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
Travis CI 是一个持续集成的平台，我们可以使用其自动构建部署的功能帮我们简化 Hexo 博客的部署流程。
在nodejs日渐普及的大背景下，前端工程化的发展可谓日新月异。构建打包这种日常任务脚本化已经是常态了，webpack和gulp已经家喻户晓自然不必多说，而持续集成/持续交付/持续部署也越来越得到各个前端Team的重视，业界也有了很多成熟的概念或者方案，如Hudson, Jenkins, Travis CI, Circle CI, DevOps, git hook。然而对于小白来讲，如果直接上手这些内容，很容易混淆概念，陷入迷茫。如果为了用Jenkins而用Jenkins，那不是我的做事风格，我必须搞清楚这项技术能给我带来什么。所以我干脆回归问题本质，从最简单的工作流入手，先解决手动部署的效率问题。
博客使用的是 pelican 开源静态博客系统，之前每次生成 html 代码都需要手动在服务器上用脚本生成的。也就是每次新增或者修改了文章都需要手工去执行脚本，然后发布到 nginx 目录。
我负责的所有项目，也都会使用容器来再结合容器编排工具（Docker Swarm或K8S，依据大小而定）进行声明式部署，非常方便高效。但在这其中，我也遇到一个问题并一直再思考怎么样才是更好的。
我写了几个开源项目，我想要有小伙伴提交的时候自动运行单元测试，自动运行编译，这样可以保证小伙伴提交清真的代码 本文将会告诉大家如何接入 appveyor 自动构建方案，在 Github 上给自己的开源项目进行自动构建
本文是云帮系列文章的第三篇，前两篇分别介绍了云帮的设计思想和技术架构，您可以点击连接访问先前发布的文档。 云帮包含了很多功能组件，本篇文章针对＃核心组件＃加以介绍。 自动构建组件 云帮支持2种类型的自
二、解决的问题 支持多数据源，支持自定义模板，提供了通用的实体类、mybatis接口、mybatis配置文件模板，可以快速开发mybatis应用。
最近在实习中接触了jenkins这个东西，所以花点时间了解了下。它可以在代码上传仓库（如github,gitee，gitlab）后，在jenkins（一个网站界面）中通过获取代码仓库中最新代码，进行自动化部署，而省去手动打包、上传服务器、部署这一系列步骤，非常方便。
在本文中，我将向您介绍一种很酷的Kubernetes技术，LTSP(LTSP(Linux Terminal Server Project))。它适用于大型裸金属Kubernetes部署。
两种构建方式分别走2套构建流程，其中Dockerfile的构建流程与Docker官方构建镜像的步骤一致。这里不再赘述，咱们重点介绍基于源代码的自动构建。
通过 Azure DevOps 可以做到自动构建程序，覆盖计划、创建、编程、测试、部署、发布、托管、共享等各个环节，适用于大多数的语言、平台。 本文继续使用图床为例告诉大家如何使用 Azure DevOps 自动构建
上一节我们构建了一个Node镜像。 这里我有一台已经安装了docker的Linux主机，比如 IP 是154.8.100.124。 我只需在主机上执行 docker run -d -p 3000:3000 finleyma/express，就会部署并运行项目 然后浏览器中输入154.8.100.100:3000 就可以访问了。 这里牵涉到两个问题：
写在前面 本文是SDKHotfix相关的SDK热更系列文章中的一篇，以下为项目及系列文章相关链接： SDKHotfix整体介绍：http://blog.bihe0832.com/sdk_hotfix_project.html SDKHotfix对应github地址：https://github.com/bihe0832/SDKHoxFix ---- 这篇文章主要介绍一下SDK热更中的gradle插件，该插件实现了自动在代码中插桩以及生成补丁包。文中提到所有代码地址：SDKHotfix中插桩及补丁
前段时间我更新了我的分布式爬虫管理框架—— Gerapy（话都说到这儿了打个广告，跟繁琐的命令行说拜拜！Gerapy分布式爬虫管理框架来袭！，哇，哇，就是，哇！）
对代码进行静态扫描是一种非常常见的代码质量保证手段，这种扫描不仅仅可以检查到代码中的缺陷，应用各种业界最佳实践，也可以检查出安全方面的漏洞，给予项目代码全方位的提升。在各种代码扫描方案之中，SonarQube 最为人熟知，应用最为广泛。各种持续集成方案都有自己的方式融入 SonarQube 进行代码的静态扫描工作。
SpringBootDemo1 - [~-IdeaProjects-SpringBootDemo1] - IntelliJ IDEA 2017.2.4_022.png
现在很方便就可以将 C# 作为某个脚本使用，本文这里的脚本指的是直接执行源代码的方式。现在是 2020 现在的 C# 默认在 dotnet 的支持下，可以作为脚本使用，本文将告诉大家使用 C# 写脚本的优势和方法
Tracee是一款易于使用的轻量级容器和系统追踪工具，在该工具的帮助下，研究人员可以实时监控系统调用和其他系统事件。Tracee的独特之处就在于，它只会追踪新创建的进程和容器，也就是Tracee运行之后所开启的进程和容器，这样就可以帮助用户将注意力放在相关事件上，而不是系统中所发生的每一件事情。向Tracee添加新事件（尤其是系统调用）也非常简单，而且无需手写任何代码。
gradle的自动构建是非常好用的。有一些人即使不开发软件电脑里也会安装这样的使用功能以防备用，但是，由于国内网络因素导致PC上下载文件速度没有国外的系统快。这样，在云开发平台或linux中安装gradle可能是首选了。
当我们提交代码到GitHub后，可以在Jenkins上执行构建，但是每次都要动手去执行略显麻烦，今天我们就来实战Jenkins的自动构建功能，每次提交代码到GitHub后，Jenkins会进行自动构建；
毫无疑问，持续集成（ CI ）已成为一个软件开发的主流原则。CI 的收益在业界众所周知的，并且很难找到反对实施它的人。
本文的目的在于使用npm进行js类库依赖管理，同时精简html中繁杂的<script>导入。
Jenkins近阶段使用的总结篇，只写了个引子，却一直未动手写完，今天补上。
1 Docker Hub1.1 简介和登陆Docker Hub是Docker官方维护的一个公共仓库；注册网址为： https://hub.docker.com；图片注册账号以后可以使用docker login进行登陆：图片图片使用docker logout进行退出。图片1.2 拉取镜像使用docker search查找镜像；noamanelson@noamanelson-Virtual-Machine:~$ docker search ubuntuNAME
这是比较有争议的内容，为什么我推荐开源项目的库应该采用开源的 CI 公开进行发布。本文主要来聊安全的问题，本文的观点没法完全让小伙伴信服，只能说是我自己的看法
一、镜像仓库的类型 常见的镜像仓库有三种： 1.Container Registry Container Registry是一个应用程序，用于上传（推送）和下载（拉）容器图像。 从历史上看，注册管理机构规范完全由Docker定义，最近通过OCI分布规范独立完成。 目前版本的Openshift内部使用的是docker registry V2，作为bulid config成功以后的镜像存放位置。 2.Enterprise Registry Enterprise Registry，它提供了更多适用于企业环境的附加
OpenVSCode 是一款基于Web 界面的在线IDE 代码编辑器，只需要PC端存在浏览器即可使用，更轻量，高效，简洁，其基础功能完全继承了微软出品的 VS Code ，可以通过安装扩展的方式继续加强代码编辑能力。Rainbond 开源应用商店推出的 OpenVSCode 预安装了 gitlab-workflow 扩展用于对接私有化代码仓库 Gitlab，同时预装了常见语言运行环境（目前版本集成了Golang , Node.js , python , java ），可以在 Terminal 终端中快速调试业务代码。
前端程序员 基础 HTML / CSS JavaScript DOM 中级篇 数据格式（如JSON、XML） RESTful API交互（如jQuery Ajax，Fetch API，ReactiveX） 正则表达式 HTML语义化 命令行 Node.js DIV / CSS SCSS / SASS 矢量图形 / 矢量图形动画（如SVG） 单页面应用 高级篇 ES6 / TypeScript CSS3 面向对象编程 函数式编程 MVC / MVVM / MV* 安全性（如跨域） 授权（如HTTP Basic
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
