这里以gitbook的项目为例,GitHub中的gitbook项目部署在Jenkins中,执行git push命令时自动执行Jenkins构建,其他项目只是最后的执行脚本不同 环境准备 安装Jenkins,详情见Jenkins安装 配置Jenkins插件,Git,GitHub的一些相关插件 安装gitbook,见gitbook 安装,如果你的项目不是gitbook的,这个可以不用安装 获取GitHub的Personal access token 进入GitHub,点击setting,进入sett

转自:GitHub Desktop 拉取 GitHub上 Tag 版本代码 一直在使用 GitHub Desktop 图形化 git 管理工具,统一项目框架版本时需要切换到ThinkPHP Tag 分支版本,步骤如下, 1,先在 GitHub 中找到需要的版本,点进去 2,点击查看commits 记录, 查找 token 号 3,确定版本内容后,点击复制,复制 token 4cbc0b5e93314446243ebc7d5f005f9c32864737 4,如果本地没有 clone 原项目,要先

配置ref为tag .drone.yml中配置trigger为ref trigger: ref: - refs/tags/FileService 或者配置when为ref when: ref: - refs/tags/FileService 注意: trigger应用于整个pipeline, when应用于step 也就是trigger会触发这条pipeline,而when决定了跑这条pipeline时会不会跳过这个step ref是数组,可以配置多个 trigger: ref: - refs/

最近在使用github给新的jQuery插件:滚动高亮 添加版本库的时候,看到很多github上的项目都有这个标签,可以清晰快速的找到每个不同的版本,非常方便以后查找以及使用.于是我就在继上一次的:将已有项目提交到github/从github上pull到本地加上这个版本Tag,你可以在上面所示的图中找到这个Tag,赶紧去看看v1.2的scrollHighlight吧 tag 我们可以创建一个tag来指向软件开发中的一个关键时期,比如版本号更新的时候可以建一个“v2.0”.“v3.1”之类的标签,

一直在使用 GitHub Desktop 图形化 git 管理工具,统一项目框架版本时需要切换到ThinkPHP Tag 分支版本,步骤如下, 1,先在 GitHub 中找到需要的版本,点进去 2,点击查看commits 记录, 查找 token 号 3,确定版本内容后,点击复制,复制 token 4cbc0b5e93314446243ebc7d5f005f9c32864737 4,如果本地没有 clone 原项目,要先在本地 copy 到源项目, 5,当然这时候,在分支中是找不到标签的,这时候

上一篇介绍了docker环境搭建,本篇继续深入,结合jenkins利用docker-compose容器编排简单介绍下如何实现个人学习的持续集成/部署. 本篇学习曲线: 1.安装/运行jenkins容器 2.asp.net core web项目配置 3.jenkins配置github代码管理 4.示例演示 安装/运行jenkins容器 1.登录服务器运行命令,拉取jenkins镜像(注意jenkins tag): docker pull jenkins/jenkins 启动jenkins容器: d

​ 缘起 Nebula Graph 最早的自动化测试是使用搭建在 Azure 上的 Jenkins,配合着 GitHub 的 Webhook 实现的,在用户提交 Pull Request 时,加个 ready-for-testing 的 label 再评论一句 Jenkins go 就可以自动的运行相应的 UT 测试,效果如下: 因为是租用的 Azure 的云主机,加上 nebula 的编译要求的机器配置较高,而且任务的触发主要集中在白天.所以上述的方案性价比较低,从去年团队就在考虑寻找替代的方

sign up is registration and sign in is logging in for "in" is to enter an existing account.. signing out or signing off mean leaving . github就跟 虚拟空间, 虚拟主机一样, 可以在上面放任何东西, 可以是你的日记, 也可以是你的代码, 还可以是你的 网站代码, 因此, 你就可以把它当作虚拟主机一样来部署你的 web站点 " Create

最近由于自己的个人应用增加,每次都需要在服务器手动发布,觉得特别麻烦,所以想通过代码控制自动发布,直接选择了GitHub Action. GitHub Action持续集成服务,目前已经免费开放使用,由于大部分人的个人项目都是放在github上,那么使用它来发布.测试.部署,是非常方便的. 原文链接跳转 #Github Action配置 下面的内容默认你已经会创建Github Action,官方提供了很多Github Action 配置模版,可以根据自己的需求随意选择,不是太了解的可以先参考阮一

一.参考文献 https://developer.github.com/webhooks/ https://docs.gitlab.com/ee/user/project/integrations/webhooks.html https://segmentfault.com/a/1190000011561808 https://excaliburhan.com/post/add-webhooks-to-your-project.html https://aotu.io/notes/2016/01

github的webhook是个有用的功能,允许开发人员指定一个服务器的url.当开发者对github仓库施加操作,比如提交代码,创建issue时,github网站会自动向该url指定的服务器推送事件.借助webhook,我们可以实现很多自动化流程.比如部署一个应用在AWS上,本地提交代码后,github网站自动触发webhook,调用AWS上应用的逻辑,在AWS上将本地提交的最新代码用git pull抓取到AWS上并重新部署. 下面我们通过一个具体的例子来学习github webhook的用法

目前公司开发的项目已经部署到服务器上,部署项目的测试环境和生产环境,加上每个项目n个服务,于是我就 , 骚就是骚,但是就是太累了,于是花点时间研究了一下Jenkins. Jenkins的作用和它的logo表现出来的一样,就是为了做工作的时候,能够比较轻松,像个绅士一样游刃有余.哈哈哈……下面开始吧! 一.安装内容 Jenkins(本文主要安装).Maven.Git.JDK(这个三个安装过程略) Jenkins与Github配合实现持续集成需要注意以下几点: ①Jenkins要部署到外网,因为内网

官方自动tag plugin/docker 已支持自动标签,使用方法如下 steps: - name: docker image: plugins/docker settings: repo: foo/bar auto_tag: true 其中的auto_tag: true就是启用自动tag 如果是git tag触发的构建,则会自动使用git tag作为镜像tag, 并且会自动分割主版本号和副版本号 如git tag是1.0.0  则镜像tag为[1, 1.0, 1.0.0] 如git tag是

以下内容为原创,欢迎转载,转载请注明 来自天天博客:http://www.cnblogs.com/tiantianbyconan/p/4182929.html 可拖拽的红点,(仿新版QQ,tab下面拖拽标记为已读的效果),拖拽一定的距离可以消失回调.   GitHub:DraggableFlagView(https://github.com/wangjiegulu/DraggableFlagView) 实现原理: 当根据touch事件的移动,不断调用onDraw()方法进行刷新绘制. *注意:这

1. 前言 2016年, 我们维护的 iOS推流播放融合SDK KSYLive_iOS 在github上发布了40多个版本, 平均两周发布一个新版本, 经历了最初痛苦的全手动版本构建和维护, 到后来慢慢搭建起来的持续集成系统, 在这里简要的总结一下这个搭建过程中的一些实践经验. 1.1 持续集成的作用 持续集成系统主要在如下两个环节提供服务: 开发阶段(build), 开发人员提交代码后, 在服务端能够自动对提交的版本进行构建和测试, 保证提交能够编译,并自动测试通过的代码可以不给同事添麻烦,提

托管到腾讯云容器服务 托管到腾讯云容器服务,我们的公众号“magiccodes”已经发布了相关的录屏教程,大家可以结合本篇教程一起查阅.   自建还是托管? 在开始之前,我们先来讨论一个问题——是自建容器服务还是托管到云容器服务? 这里笔者建议大家托管到云容器服务.对于中小团队来说,很多情况下,团队中的运维人员是缺失的,或者运维人员的水平非常有限——大部分比网吧的网管就好那么一点,从成本.安全(云端产品往往提供了一些解决方案,比如权限控制.灾备.高可用.数据加密等).扩展性的角度,使用云容器服务

Angular7 Npm Package.Json文件详解   近期时间比较充裕,正好想了解下Angular Project相关内容.于是将Npm官网上关于Package.json的官方说明文档进行了一下翻译学习,仅供参考 原文出处: https://docs.npmjs.com/files/package.json 官方传送门 *** npm-package.json 特性说明 描述   本文介绍了package.json文件中,你需要了解的所有内容.Package.json文件必须是一个真正

看到一个比較不错的开源项目,分享给大家: <?xml version="1.0" encoding="utf-8"?> <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="fill_parent" android:layout_height="fill_par

基于GitLab CI搭建Golang自动构建环境 Golang发布遇到的问题 对于golang的发布,之前一直没有一套规范的发布流程,来看看之前发布流程: 方案一 开发者本地环境需要将环境变量文件改为正式环境配置 编译成可执行文件 发送给运维 (运维)将文件覆盖为线上 (运维)重启进程 (可谓“又臭又长”) 方案二 开发者讲代码commit到gitlab上交给运维同学 (运维)pull代码 (运维)编译成可执行文件 (运维)覆盖线上文件 (运维)重启进程 这种对于运维属于重度依赖,而运维同学又

一.提交代码自动构建 当开发人员在gitlab提交代码后,会自动触发jenkin构建 点击项目---->点击diy_maven-TEST----->点击配置--->构建触发器---->根据需求选择触发器 1.1 安装gitlab hook插件 系统管理----->选择插件管理-------->查找gitlab-------->选择直接安装 安装完成 1.2 配置gitlab仓库 点击项目---->点击diy_maven-TEST----->点击配置--