svn管理项目代码+jenkins构建

1,svn下载服务端以及客户端,不详细描述

服务端创建账户,用户组,分配权限,创建资源库等,详见

http://www.cnblogs.com/tugenhua0707/p/3969558.html

2,eclipse安装svn插件,将代码提交到svn,工程目录会增加个.svn文件夹,具体流程搜索百度;

3,svn项目地址获取:用浏览器打开SVN,把前面的URL换成本机IP

4,打开后即可看到上传到SVN的代码

5,安装jenkins,注意是安装版,不是用tomcat的版本

6,安装个maven,插件。(如果导入到eclipse中的maven项目有报错,则是因为maven库中包含了这些jar包,需要在.m中删掉资源库,然后更新maven工程即可)

7,创建一个maven项目,代码选则SVN中获取,

8,此时的jenkins构建时隐藏浏览器窗口的,需要停止Windows服务中的jenkins,然后单独启动jenkins服务,需要切换到jenkins根目录,然后dos命令启动jenkins服务:Java -jar jenkins.war;

时间: 2025-01-10 09:08:09

svn管理项目代码+jenkins构建的相关文章

windows环境下使用git客户端、github和tortoisegit管理项目代码

一.为什么 为什么不用svn? svn是一个优秀的代码和版本管理工具,使用svn只需要搭建好svn中央仓库,配置本地svn客户端即可,自从google code关闭服务之后,互联网上已经没有非常好的公共svn仓库,如果是公司内部使用,还可以用上公司内网搭建的svn服务器,但个人就没那么方便了. 为什么用git? git和svn同样作为代码和版本管理工具,git的理念更先进,而且公共git仓库github真的好用,众多优秀的开源项目都放在github 什么是git.github.tortoiseg

用SVN管理项目的多个版本

这里只说一下思路 常见的版本控制工具: 项目开发中常用的版本控制有SVN.Git.OpenSource.Google code等. 功能特点: 这些版本控制的思路大致相同,那就是有一个服务器来盛放提交的资源,每个开发人员把服务器的资源下载到自己机器上来使用,修改的内容要提交到服务器,这样别人在更新的时候就可以拿到你修改的代码或资源. 各个工具之间的差别: SVN其实就是基于文件系统的,在Linux系统或者Windows系统都是由SVN来调用本地文件系统来鉴别出改动,从而提示用户是更新还是提交.其

使用git和github管理项目代码

以前不知道使用代码管理工具,最后写的一些东西都没有了,由于硬盘坏了或者不小心格式化了之类的,后来使用了Git 和Github来托管自己的代码和读书笔记方便了不少,到哪里只要有网就可以把自己的东西拷贝下来继续使用. 我这里简单的记录一下我使用的过程,最简单的使用都是,高级的功能我一直没有使用到,虽然买一本<Git权威指南> 但是很多东西用不到就不能够真的会.下面开始简单介绍我使用的方法,我这个是在windows上使用的.我使用分两种情况, 因为我的代码都是在Linux下写的,所以在linux下主

SVN管理项目分支思路和流程简单解释

假设 公司进行开发A项目,A项目分为PC端和WAP端,现在项目的第一个版本已经开发测试完毕,需要进行第二个版本的开发,以及第一个版本的维护. SVN服务器端目录结构如下 A // 项目根目录 branches    // 分支 V1    // 要进行维护的历史版本 pc     // 要进行维护的v1版本PC端 wap   //  要进行维护的v1版本WAP端 Vn   // 要进行维护的历史版本 pc     // 要进行维护的n版本PC端 wap     // 要进行维护的n版本WAP端

ubuntu 安装git并且使用CSDN提供的git服务器管理项目代码

1. 安装git客户端 sudo apt-get install git 2. 设置用户名和邮件 git config --global user.name "XXXX" git config --global user.email "[email protected]" 3. 初始化为仅包含空README.MD文件的空项目: touch README.md git init git add README.md git commit -m "first c

利用VSS高效管理项目DLL1

---恢复内容开始--- 一.引言 在实际的项目开发过程中大多数人会利用VSS来管理项目代码文件及其它资源,我们可以把解决方案中要用到的所有的第三方DLL放到解决方案下的某个项目下的一个固定的文件夹中,其它的多个项目都引用该文件夹下的DLL,这样就可以利用VSS来管理项目的DLL,但是这种解决办法还是有些不太合理之处: 1.一个解决方案下有多个项目,多个项目引用相同的DLL,那么这个专门用来存放DLL的文件夹应该放在与解决方案同级目录下面(也就是与.sln文件在同一目录下),而不是放在多个项目中

SVN中trunk,branches,tags的使用明细--项目代码的管理

SVN在项目开发过程中有两种模式: 第一种:Subversion有一个很标准的目录结构,是这样的.比如项目是proj,svn地址为svn://proj/,那么标准的svn布局svn://proj/|+-trunk+-branches+-tags 这是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修改).但是具体这几个目录应该如何使用,svn并没有明确的规范,更多的还是用户自己的习惯. 对于这几个开发目录,一般的使用方法有两种.我更多的是从

使用Jenkins进行android项目的自动构建(3)

建立Jenkins项目 1. "新增作业"->填写作业名称->选择"建置 Maven 2 或 3 專案"->OK.新增成功后会进入"組態設定",暂时先保留默认值,稍后再进行设定. 2. 按一下"马上建置",会显示"已排入建置",然后在"建置歷程"会见到#1的链接,点入该链接并选择"終端機輸出",这时会见到一个失败的构建记录.当然会失败,因为我们还未为

Docker+Jenkins持续集成环境(2)使用docker+jenkins构建nodejs前端项目

前文使用Docker搭建Jenkins+Docker持续集成环境我们已经搭建了基于docker+jenkins的持续集成环境,并构建了基于maven的项目.这一节,我们继续扩展功能,增加对Nodejs的支持,实现nodejs项目构建.并打包成docker镜像和自动部署. 1. 配置Nodejs环境 1.1 安装nodejs插件 打开系统管理——管理插件——可选插件,搜索NodeJS,选择NodeJS Plugin安装 1.2 配置nodejs 版本 系统管理 —— 全局工具配置 —— NodeJ