如下图所示，根据需要配置构建信息 添加github的Token到环境变量中，用户名，邮箱也可添加进去，这样配置文件中就可以使用了 生成Token见步骤5.注意：配置私密的环境变量时一定要加密，因为会显示在日志中且能够被他人看到
本文讲述了一位朋友与作者一起为 Webpack 插件开发制作一个自动部署工具，利用 Travis CI 和 GitHub Webhook 实现自动构建和部署，并分享了整个实现过程。
之前换过很多的静态博客系统，但是每个系统都需要本地做一定的部署，这点很麻烦。 Gor 倒是有可执行文件，但是本地部署的时候还是需要合并提交代码，还是略不爽。 今天在查 CI 系统的时候发现了 Travis CI ,于是，一切都很开心了。
就是 version 这一类里的一种图标，选择 npm 一栏填入包名，然后复制成 Markdown 内容，就会得到诸如：
A3: 打开后始终 404 没有样式 ,怀疑主题问题 在 travis 中 主题并没有pull,我定制化更改主题一些内容还无法使用源主题,所以我基于git 子模块方式去实现
最近看了一些GoLang方面的文章，平时用来写一些脚本还是比较不错的。尤其是其可编译为二进制单一文件跨平台运行的特性，实在是让人喜爱。就我个人来说，解决了给没有计算机编程基础的人的环境下跑脚本要安装一堆环境/依赖的痛点。travis作为优秀的持续集成服务，其诸多的特性也值得尝试一下，与GitHub进行完美的结合，支持打包部署到项目release，当然travis的特性并不只有这些。
)。 想知道YouTube今天的首页长啥样么？点此查看 想知道YouTube2017年8月31日的首页长啥样么？改天再点开 想为你的网站增加访客么？不要问我，我不知道。
我在 github 托管 Python 代码，然后将包发布到 Pypi，通常的操作步骤是，更新完代码将提交到 github ，然后手动将包更新到 pypi，这样比较繁琐，就想到了使用github+travis-ci 构建一个自动部署环境。
此项目为 Hexo + replica 主题制作 依托于github 和 coding部署使用
不知道大家有没有这种体验，代码写完之后，要花大量的时间进行构建和测试，就拿 Python 来说吧，写完代码后，编写测试用例，准备测试环境，执行测试，完成构建，部署到服务器。
在你的hexo源码项目, 取出master分支中 添加配置文件.travis.yml，并推送到acc8226.github.io项目中.
前言 我们看到越来越多的人将他们的想法倾注到网页上。我们所指的这些人可能不熟悉网站设计和发布的技术细节，因此在建立他们的平台(网站)时可能会遇到一些问题。使用什么托管服务?如何设置DNS和SSL?最重
Travis CI是在软件开发领域中的一个在线的，分布式的[1]持续集成服务，用来构建及测试在GitHub[2]托管的代码。这个软件的代码同时也是开源的，可以在GitHub上下载到[3]，尽管开发者当前并不推荐在闭源项目中单独使用它。[4]
Travis CI 的网站有两个， travis-ci.org 专门针对开源项目，GitHub 上所有的公开仓库都能够免费使用； travis-ci.com 针对私有及商业项目，新用户前 100 次构建是免费的，后面就要收费了。
通过 travis-ci 可以构建基于 puppeteer 的自动化任务，基于此构建的一个 计划任务 puppeteer中调用需要禁用沙箱环境 https://github.com/GoogleChrome/puppeteer/blob/master/docs/troubleshooting.md#running-puppeteer-on-travis-ci const browser = await puppeteer.launch({args: ['--no-sandbox']}); .tr
Step2：命令行登录Travis（第一次登录才要），并输入GitHub的用户名和密码
例如上面这个小图标，github上的工程build后，会显示编译后的状态，通过还是编译失败。
每次发布都需要手动“丢包”，不断重复机械化的工作，可想而知效率会有多慢，而且更难保证每次每个步骤都不会疏忽，可能忘记做单元测试就进行了代码提交，造成程序出错等
众所周知，Hexo 是一款免费开源的静态博客生成工具，使用它可以快速生成一个博客。但随着文章之类的东西增加，生成的速度也会逐渐变慢，如果你配置不够，那搞不好就要几小时才能生成，并且还有一个好处:
在给 vemojs 做完各种测试之后，导师很快提出了新的要求，给 clousebase-cli 编写测试用例。有个问题摆在眼前：它是用 typescript 编写，所以需要配置相关环境。
使用python密钥指定python版本。当我们更新Python构建映像时，别名3.6会指向不同的确切版本或补丁级别。
https://github.com/mySoul8012/gitbook_docker
从2016年4月24号开始，我的博客从WordPress迁移至Hexo。当时Hexo算是当红炸子鸡，原生支持Markdown语法，支持静态部署，支持各种插件，还支持各种换主题，让人感觉非常极客。当时我用了Hexo的一个插件，从WordPress一键迁移到Hexo，虽然数据都迁移过去了，但实际上中间很多格式已经丢失。
其实在年前就试着想搞这么一套个人blog，然而年前只想着放假并没有开搞，于是在年后按照教程搞了一遍。
image.png 懒是程序员的美德，作为程序员应该善用工具提高自己的工作效率。在我最早的时候，我是个“勤奋”的人，写好代码后，如果要给测试同学测试我的App，那么我大概会用XCode编译我的应用，然后打包签名再把ipa分发给测试，这一切在现在看来是多么的效率低下。 后来有了Testflight，简化了一部分我的工作。再后来国内也出现了优秀的工具，以蒲公英和fir为代表。在持续集成的时候结合这些分发渠道，可以大大的简化我们的工作。 Travis CI 详细的介绍请看它的网站，简单来说它是用来做持续集成的工具
GitHub Actions 是 GitHub 官方提供并免费提供给开源仓库使用的持续集成服务，在进入本文主题之前，先讲讲什么是持续集成 (CI/CD) 。
GitHub 4月15日透露，网络攻击者正使用被盗的 OAuth 用户令牌从其私有存储库下载数据。
我们将使用pod lib create引导过程来创建整个pod 。那么让我们从初始命令开始：
本文将展示整个持续集成过程的搭建，这对于devops运维工程师来说是很轻松的事情，这里更想给新手开发人员，特别是前端开发人员对于CICD的基础参考，整个过程实践包含以下三点：
昨天把这个博客网站的代码开源放在了github上，然后刚好不巧看到百度EFE写的文章前端开源项目持续集成三剑客，突然想起好多项目的ReadMe文件确实看着很酷炫，有很多的徽章，于是就想着自己博客代码也可以这样做，显得自己高大上(偷笑)。。于是花了一天，写了些单元测试，跑了一下CI，检测了下代码，哗啦啦地就把好多个徽章给加到自己的项目中去了。。最后的效果如图：
#### ATDD： Acceptance Test Driven Development（验收测试驱动开发）
市场上持续集成工具众多，找到一个合适的工具并非易事，下面介绍了 21 个比较受欢迎的 CI 工具，并附上了下载链接。
谈起自己的 blog，搭建之初是在上大学的时候，源码自然是放到了 gh 上，然后在设置里面开启 Pages 就可以获取到 blog 的外网访问链接。毕竟是静态页面不需要任何计算环境，只要是个能托管网页的云服务都可以。最开始的时候还是在本地 hexo g 生成页面，然后再将 public 文件夹 git push 到 gh 上。后来学会用 Travis-CI 持续集成来跑 hexo g，这样就再也不用在本地 hexo g 了，只需要将 .md 格式的文章 git push 到仓库上，Travis-CI 就会开始 Run 起来，不过用的毕竟是免费的 Travis-CI，SLA 不是特别的高，有时候就会遇到推送了半天任务还是在 pending 状态，一直在排队影响使用体验……再后来 gh 推出了 Actions，果断将 Travis-CI 迁移到了 Actions，毕竟是原生的服务虽然刚上手的时候不太习惯，但是照着各种例子编写 .yml 文件很快就搞定了。
前阵子为了满足工作上的一个需求开发了一个PostCSS 插件，后来也将这个插件提交给PostCSS 官方并得到认可。在这篇文章中笔者将记录开发过程中遇到的一些问题，且斗胆将之称为“最佳实践”，希望对有兴趣尝试PostCSS 插件开发的您有所帮助。 简介篇 开发成果展示 首先先上成果：https://github.com/Jeff2Ma/postcss-lazyimagecss （欢迎给个star 哦~） postcss-lazyimagecss 插件实现的功能是为 CSS 中的background-imag
5 月 26 日，GitHub 披露了 4 月中旬一次安全漏洞的更多调查细节，描述了攻击者如何抓取包括大约 10 万个 npm 用户的详细登录信息。同时，这也显示了在将 JavaScript 包注册中心整合到 GitHub 的日志系统后，GitHub 在内部日志中存储了 “npm 注册中心的一些明文用户凭证”。
今天完成了博客遗留下来的一些问题，并配置好了自动推送及webhooks，有着hexo的基础，配置起来并不难，对于hexo的仓库和webhooks都选择了保留，只是代替了github pages，新建了coding仓库
QDialog QPushButton 后代选择器 QDialog>QPushButton 第一代子
在项目开发过程中，编码工作只是软件开发整个过程中的一小部分环节，更多的我们需要去构建和测试我们的项目，以确保项目的健壮和稳定性。
写在前面 没有发布过npm包的同学，可能会对NPM对开发有一种蜜汁敬畏，觉得这是一个很高大上的东西。甚至有次面试，面试官问我有没有发过npm包，当时只用过还没写过，我想应该挺难的，就小声说了没有，然后就让我回去了o(╯□╰)o。 其实，在现在的我看来，npm包就是一个我们平时经常写的一个export出来的模块而已，只不过跟其它业务代码耦合性低，具有较高的独立性。 当然，要发布一个npm包，除了写的模块组件外，还需要做一些基础的包装工作。下面我就以最近开发的「DigitalKeyboard 数字键盘 NP
没有发布过npm包的同学，可能会对NPM对开发有一种蜜汁敬畏，觉得这是一个很高大上的东西。甚至有次面试，面试官问我有没有发过npm包，当时只用过还没写过，我想应该挺难的，就小声说了没有，然后就让我回去了o(╯□╰)o。
越来越多的工程团队正在采用敏捷开发，推动更短，更快的发布周期。代码库增长和创建新生产构建的频率导致持续集成和持续部署/交付工具的兴起。
GitHub Actions 是由GitHub在2018年推出的一款持续集成的服务方案，对于GitHub上托管的开源项目来说比较友好，集成使用简单，个人感觉比 Travis-CI 玩法要更多，而且还是可以自己去编写Actions在构建的过程中使用。
CI, 即 “Continuous integration” 持续集成的意思, 为什么要”持续”集成呢, 就是为了防止时间久了集成引起多的各种问题, 因此就频繁地, 一直持续的集成, 早出现问题早解决.
给PC植入挖矿木马，已经无法满足黑客日益增长的算力需求，如果能用上GitHub的服务器，还不花钱，那当然是极好的。
以下原因促使我要用腾讯云服务器以及将裸奔了6~7年的域名进行ICP备案: 刚开通的微信公众号, 积极性高涨, 然而每次微信里面跳转到我的 blog, 都会出现上图所示的跳转中间页. 默认继续访问还是看
当时搭建wiki的时候，只注意到 travis-ci.com 支持私有仓库，但是没发现它是有免费次数限制的，这次 szhshp 同学 提醒才发觉。另外，之前我的 wiki 一直是丢在 Git pages 上的，即使加上了 CDN，速度依然堪忧，于是重新在 CODING 部署持续集成服务，利用 CODING CI 将 hexo 的静态文件部署到 Web 服务器。
想要做出一个成功的 PHP 扩展包，不仅仅是简单的将代码放进文件夹中就可以了，除此之外，还有非常多的因素来决定你的扩展是否优秀。以下清单的内容将有助于完善你的扩展，并且在 PHP 社区中得到更多的重视。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
