Jenkins使用过程中,大部分Job的第一项就行从源码库里签出代码.由于git越来越流行,所以,稍微新一些的项目的源码管理都是基于git的.对应的,jenkins的git plugin几乎是大部分jenkins用户都绕不过去的一个插件.在这里,我要跟大家说一个非常悲催的事情,这个插件质量不怎么高:看一下 它开着的bug列表你就会发现,永远都有200个左右的bug是打开的.因此,我们使用的时候,会遇到各种各样的小坑. 随便说4个常见小坑: 1.会突然卡死,没有任何提示. 2.各种莫名其妙的错误提…

一.Eclipse上安装GIT插件EGit Eclipse的版本eclipse-java-helios-SR2-win32.zip(在Eclipse3.3版本找不到对应的 EGit插件,无法安装) EGit插件地址:http://download.eclipse.org/egit/updates OK,随后连续下一步默认安装就可以,安装后进行重启Eclipse 二.在Eclipse中配置EGit 准备工作:需要在https://github.com 上注册账号 Preferences > Tea…

git(权威指南)基础教程第一章 git -- gitbash -- cygwin git service:gitolite 两个的目录不同 gitbash ~ windows/home/administrator/.ssh/ cgywin ~ /home/adminxxxxxx/.ssh 如果从gitbash转到了cgywin的话,以前上传到github上的东西传不上去了,就关注一下.ssh的路径,将.ssh转到cgywin的宿主目录就好了. git(权威指南)基础教程第二章 git(权威指南…

划着划着水一不小心NOIP还考的凑合了… 所以退役的打算要稍微搁置一下了… 要准备准备省选了…. 但是自己已经啥也不会了… 所以只能重新拾起来… 从splay开始吧… splay我以前扔了个板子来着, 之前理解的还是不够深入于是就一直没有填坑… 现在又重新拾了一下就来填坑… 不过讲平衡树要画好多图的说OvO BST(二叉查找树)大家应该都知道吧, 所以就不讲了… 大家也都知道BST会被卡成一条链, 复杂度动不动就退化成O(n) 所以就出现了各种各样的二叉平衡树… splay是个很年轻的数据结构……

采访过很多实用Jenkins的同学,发现Jenkins的安全是一个很薄弱的地方.很多公司用作生产部署的Jenkins安全管理都不是很规范,就更别提测试用的Jenkins了. 其实Jenkins是一个很敏感的地方.由于需要方便CI,Jenkins本身会得到很多权限,比如某些机器的SSH登录权限,源码库访问权限,它的构建空间也会保存很多信息. 如果持有恶意的人得到了Jenkins的访问权限它可以干很多非法勾当,举几个触目惊心的例子: 跑到工作项目窃取源码. 修改源码,build,上线,这样可以拿到服…

问题的引出: 有一段我们的前端构建总会现git上分支名称中的版本号和工程里的版本号不一致的问题:这样会导致构一个问题:构建后的产品名称叫做1.1,但是进入app的关于页面,看到的版本还是1.0.这会让人很困惑,也会加大弄混被测物版本的风险. 最初,我们向开发提了这个问题,并且写了一份简要的说明文档贴在内部wiki上.结果发现效果并不理想,一部分开发会依照约定这么做,但是一部分开发不会这么做.由于多人多feature开发,这样的问题每2周就会出现一次,还很不好排查.维护Jenkins的小伙伴很郁闷…

系列目录 其实前面安装部分我们已经分享一些互联网上其它网友分享的一些坑,本篇介绍helm的基本使用以及在使用过程中碰到的一些坑. 客户端版本和服务端版本不一致问题 有些朋友可能在使用helm init的时候直接复制页面上的命令,这样由于客户端和服务端版本不一致造成helm无法使用,解决办法在复制helm init 阿里云网址时把网址里面的版本更新为和客户端保持一致的版本. 阿里云镜像过旧 你可能按照上一节的操作最终成功安装了helm,但是在实际工作中你可能会发现,阿里云的helm镜像仓库过旧(这…

前言:最近,新的平台还没有开发完成,原来的老项目又提出了新的需求:系统国际化.如果是前后端完全分离的开发模式,要做国际化,真的太简单了,有现成的解决方案,基于Node构建的时下热门的任何一种技术选型都有成熟的方案,比如: vue + vue-i18n angular + angular-translate react + react-intl 但现在的情况是老的项目并没有使用这类架构.说起国际化,博主几年前就做过,在MVC里面实现国际化有通用的解决方案,主要就是通过资源文件的方式定义多语言.最初…

前言:最近,新的平台还没有开发完成,原来的老项目又提出了新的需求:系统国际化.如果是前后端完全分离的开发模式,要做国际化,真的太简单了,有现成的解决方案,基于Node构建的时下热门的任何一种技术选型都有成熟的方案,比如: vue + vue-i18n angular + angular-translate react + react-intl 但现在的情况是老的项目并没有使用这类架构.说起国际化,博主几年前就做过,在MVC里面实现国际化有通用的解决方案,主要就是通过资源文件的方式定义多语言.最初…

Node是什么? Node 是一个服务器端 JavaScript 解释器,它将改变服务器应该如何工作的概念.它的目标是帮助程序员构建高度可伸缩的应用程序,编写能够处理数万条同时连接到一个(只有一个)物理机的连接代码. 以上是比较官方的解释.简单来说,就相当于一个开发平台,不过这个平台及其简陋,官方没有ide(其实也不太需要),它不像php需要容器来运行,所有的开发.调试.管理.发布等工具都是民间的自己动手的产物,所以也诠释了为什么它的目标是帮助程序员构建高度可伸缩的应用程序. 进来发现Node有…