Subversion (SVN)

要使用Idea从SVN上下载项目源码，需要先在本地 安装Idea 和 SVN客户端 ，并完成Idea和SVN客户端的集成。如果这些工具都已经准备完成，并拥有SVN帐号权限，下面将介绍使用Idea下载项目源码到本地。 打开Idea，点击“Get from Version Control”： Version Control选择Subversion： 点击“+”，输入SVN地址： 点击“OK”，这里没有要我输入SVN帐号和密码，那是因为我们已经输入过并保存到本地电脑中。打开SVN连接，就可以看到SVN地址下面的资料： 选中需要下载的项目“ldap-demo”，点击“Check Out”，选择本地保存的目录： 点击“OK”： 选择合适的目标地址，点击“OK”： 点击“OK”，就开始下载。下载完成后，Idea会自动打开项目： 如果是Maven项目，则Idea会自动下载项目依赖的组件。 来源： oschina 链接： https://my.oschina.net/dengdajian/blog/4262413

SVN是现在比较流行的源码版本控制系统，用于多人开发同一个项目，实现资源共享，最总实现集中式管理。SVN服务端一般都是单位统一部署维护，我们只需要在本地安装客户端 TortoiseSVN(小乌龟) 即可。本文将介绍 TortoiseSVN(小乌龟)的安装和与Idea的集成。 下载地址： https://mirrors.xtom.com.hk/osdn//storage/g/t/to/tortoisesvn/1.13.1/Application/TortoiseSVN-1.13.1.28686-x64-svn-1.13.0.msi 双击程序包，进入安装步骤： 点击“Next”： 点击“Next”： 启用“命令行工具”，点击“Next”： 点击“Install”开始安装，安装完成后，需要在Idea中配置。 打开Settings，找到Version Control => Subversion： 在右边选择我们安装目录下的svn命令，最后点击完成。 来源： oschina 链接： https://my.oschina.net/dengdajian/blog/4262405

#业务场景 最近项目要交付给客户了，之前项目开发和测试一直都是使用公司内部的一套环境，项目交付后客户购置了大量服务器，也要将整套测试环境迁移至客户的服务器上，后续的需求变更以及新需求的开发都会在客户服务器上进行开发和测试。当应用服务器环境、SVN等全部准备好之后，我发现项目引用了大量我们公司封装的jar包,而这些jar包还是要从我们公司的Maven私服仓库下载，而客户这边则要求要在客户服务器上重新搭建一个Maven的私服仓库来管理jar包，不允许在使用我们公司的maven私服，所以我就开始协助客户使用Nexus这个仓库管理器来搭建Maven私服。下面就简单说一下在使用Nexus搭建Maven私服时碰到一些问题。 #搭建步骤 不多说了，网上大把教程，各个选项各个参数都有较为详细的介绍，这里推荐两个： maven -nexus中添加本地仓库 ： http://blog.csdn.net/zwc0910/article/details/17349111 Maven三种仓库的配置 ： https://www.cnblogs.com/jack1995/p/6925879.html #搭建中的一些小问题 Nexus 2.x版本和3.x版本差别很大，网上搜到的教程大多都是2.x版本的，3.x的较少，由于之前没有搭建仓库的相关经验，这3.x版本上折腾了一番硬是没成功，根据工程学理论

首先看页面 在按下提交按钮后后端开始执行发布程序(jenkins)，执行完成之后(成功/失败)返回如下结果 在Console Output 页面可以详细看到Jenkins执行过程（Python-Jenkins的功能） 每次操作记录都会写入到MySQL 应用和IP对应关系 引子 　　Jenkins虽然很方便很自动化了，但是总会有定制化的场景和需求，本例在Jenkins自动构建的基础之上再进一步的减少操作流程，让日常测试人员的升级、版本管理更加高效，将项目迭代的流程打包成“一键发布”。 　　本例的前提是Jenkins自动化构建已经存在，CMDB已建立完善 研发流程简介 略... 软件版本简介 OS RHEL6.5 Python 2.6.6 Django 1.6.8 Jenkins 2.131 Gitlab gitlab-ce-7.14.0-ce.0.el6.x86_64.rpm JAVA 1.8.0_91 公司网络环境复杂，对稳定性和安全性较高，所以软件版本比较老旧 Django目录结构简介 [root@BETA-CMDB-24 opt] # tree /opt/yjbops/ /opt/yjbops/ ├── amail ├── cmdb ├── django_wsgi.py ├── log │ ├── amail_uwsgi.log │ ├── yjbops_access_log

公司目前的Jenkins pipeline任务多，在随着版本及任务需求变化，发现要变更一个任务时，要大量变更多个job，甚是麻烦。 看了下jenkins官网，Global Pipeline Libraries正好可以满足我的需求，那就学起来吧，看看怎么用了。 一、groovy脚本 首先第一步肯定是要把在pipeline任务中的流水线改成脚本形式，这里拿个网上的例子，如下： 文件名就叫sayHello.groovy # !/usr/bin/env groovy def call(String name = ' human ' ) { echo " Hello, ${name}. " } 那么将该脚本放在哪呢？放个官网的树吧 (root) +- src # Groovy source files | +- org | +- foo | +- Bar.groovy # for org.foo.Bar class +- vars | +- foo.groovy # for global 'foo' variable | +- foo.txt # help for 'foo' variable +- resources # resource files (external libraries only) | +- org | +- foo | +- bar.json # static

前言：公司用的都是 idea+svn 来管理代码，所以家里尝试一下 idea+github 来管理。我的本地仓库是配置过ssh key，所以此处没有再次配置ssh key，如需配置可以参考 https://www.cnblogs.com/yuxiaole/p/9344616.html 1、首先，设置 IDEA 2、在 IDEA 中，将自己的项目引入 GitHub。 选择自己的那个项目 这样我们就把idea工程创建了一个Git Repository了，在工程文件目录下就会多了一个.git文件夹。这时项目中的文件会变成红色，表示文件提交到了本地git仓库当中。 3、添加远程仓库地址，点击ok 4、将红色文件标为将要提交的文件，添加之后就是绿色的。 5、提交到 GitHub 来源： oschina 链接： https://my.oschina.net/u/4363075/blog/3869270

Jenkins简介 Jenkins是一个功能强大的应用程序，允许持续集成和持续交付项目，它是一个免费的源代码，可以处理任何类型的构建或持续集成。集成Jenkins可以用于一些测试和部署技术。 Jenkins目的 1.持续、自动地构建/测试软件项目； 2.监控软件开放流程，快速问题定位及处理，提示开放效率。 Jenkins特性 开源的java语言开发持续集成工具，支持CI，CD； 易于安装部署配置：可通过yum安装,或下载war包以及通过docker容器等快速实现安装部署，可方便web界面配置管理； 消息通知及测试报告：集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知，生成JUnit/TestNG测试报告； 分布式构建：支持Jenkins能够让多台计算机一起构建/测试； 文件识别:Jenkins能够跟踪哪次构建生成哪些jar，哪次构建使用哪个版本的jar等； 丰富的插件支持:支持扩展插件，你可以开发适合自己团队使用的工具，如git，svn，maven，docker等。 Jenkins下载 下载地址如下： http://mirrors.jenkins-ci.org/windows/ 各个版本的jenkins下载地址： http://mirrors.jenkins-ci.org/ Jenkins官网地址： https://jenkins.io/index

SVN 服务创建一个与前一章节中项目一样的目录用于存储项目 把 java 项目提交到 SVN ，电脑上要安装 SVN 客户端 查看SVN目录 来源： oschina 链接： https://my.oschina.net/u/4414570/blog/4258248

jenkins 上创建 maven 任务，如果没有maven选项需要添加插件 需要事先添加SVN用户密码 需要事先tomcat打开manager控制台 保存之后直接点击构建 修改在测试一下保存提交 SVN 来源： oschina 链接： https://my.oschina.net/u/4298883/blog/4258253

正常需要设置别名时，直接使用 alias gs="git status" 输入上边的命令之后，就可以使用gs（命令）代替git status（命令），这是一种设置别名简化输入，提升效率的办法 可以根据自己日常的习惯，和自己的理解，按照自己是喜好特点定义自己的一组常用的别名缩写。 然后日常操作就会变得简单很多。 但是，如果只是如此操作，当我们关闭终端窗口的时候，重新启动之后会发现，这个别名消失了。原因是没有永久保存。 如果想永久保存，我们可以做如下操作： ls ~/.bash_profile 查看用户目录的.bash_profile文件是否存在，如果存在直接修改，不存在这创建该文件，并编辑其内容 vi ~/.bash_profile 在该文件中写入最开始的alias 别名="命令"的信息，每行写一个。可以把所有想要设置别名的命令都列到这里。 然后保存该文件退出。此时，所有相关的别名设置基本完成。但是目前并么有马上生效，要不重启终端，要不通过命令 source ~/.bash_profile 命令执行以后，所有的别名就可以正常使用了，而且如果关掉终端再打开依然可以正常使用。 因为缩写确实是非常的方便，所以很多人都有这样的习惯。这里推荐一些人使用的zshell的一套别名 alias gpm='git push origin master' alias ...=../.. alias ..