liuzx32的专栏

SVN的branch和tag管理都是通过copy实现的，它并没有独立的branche和tag概念，它仅仅是管理文件的历史，trunk、branch、tag对于SVN而言都是普通的文件夹 创建分支的svn命令：svn copy http://svn.example.com/repos/calc/trunk \http://svn.example.com/repos/calc/bran

首先要明白Subclipse是SVN的Eclipse插件；问题描述：Eclipse的SVN插件Subclipse做得很好，在svn操作方面提供了很强大丰富的功能。但到目前为止，该插件对svn用户的概念极为淡薄，不但不能方便地切换用户，而且一旦用户的帐号、密码保存之后，就无法再变更了。解决思路：既然界面上不能进行修改，那就只有删除subclipse记录的帐号、密码信息，重新输

在对应的pom文件中，找到packing这个属性，改为war；如果没有，就自己加一个，这个是有默认值的，默认为jar。例如：4.0.0com.xxx.yyytest-warwar1.0配置 你的pom.xml文件，配置 packaging为 war ，然后点击 pom.xml右键，run as 选择 install 或是 package；如果项目没问题，配置没问

maven3 安装：    安装 Maven 之前要求先确定你的 JDK 已经安装配置完成。Maven是 Apache 下的一个项目，目前最新版本是 3.0.4，我用的也是这个。       apache-maven3.0.4:  http://download.csdn.net/detail/edward0830ly/5211168    下载完成之后将其解压，我将解压后的文

针对maven配置的Spring+MVC项目，我们用Maven自带的jetty和tomcat插件进行调试，这很方便。但是调试时，这些插件所启动的web服务器，是如何来将我们的工程作为一个web项目启动并运行，可能并没有看上去那么简单。搞清楚它们启动时，是如何引用我们的项目，就是这的目的。如果项目的名称是mvn_mvc，那么整个目录结构就如上图。通常我们首先用mvn pa

eclipse SVN插件在线安装URL:http://subclipse.tigris.org/update_1.6.x/

很久以前，上springsource网站下载源码和示例时，经常看到trunk，branch，tag等目录，当时没有太注意这里面的区别，经常一股脑都给下来了。今天讲讲这几个东西的区别和应用场景，在SVN中Branch/tag在一个功能选项中，在使用中也往往产生混淆。       在实现上，branch和tag，对于svn都是使用copy实现的，所以他们在默认的权限上和一般的目录没有区别。至于何时

用SVN 做版本管理, 也有好几年了,  SVN 和以前的CVS, 感觉最大的区别, 就是批量提交, 全局唯一的版本号.在SVN中 Tag, Branch , 原来一直用命令行, 今天尝试了一下Subeclipse Plugin中做个操作, 发觉也是很方便的.在SVN 资源库 View中, 选择要操作的库, 右键, 选择Tag/Branch,因为Tag/Branch

教你如何使用svnClient打tag~给公司人用的！1.进入代码主目录 2.右击空白处“TortoiseSVN”---->“Branch/tag”3.点地址栏右侧的 （选择tags存放目录）4.选择终端（terminal），会看到trunk、branches、tags   选择tags，会看到如下界面~具体选择哪个目录，按版本及设计者思想而定。便于查找即可！

Eclipse中安装了SVN插件，当连接到SVN服务器后，便无法从客户端更改连接帐号查看Eclipse中使用的是什么SVN Interface，位置在windows > preference > Team > SVN如果是JavaHL，那么删除以下文件夹中的文件XP系统为：C:\Documents and Settings\[UserName]\Application Da

多年前第一次接触svn，就知道有tag和branch的区别，但一直没搞清楚具体的差异。现在基本懂一些了，在这里总结一下：branch是分支，branch的代码是会往前走的。而tag是标签，我理解代码是静止的。这样说可能比较抽象，举例进行说明。branch主要会有这些应用的场景：1、阶段性的版本发到现场使用，但trunk上还需要继续做开发。这时候就会拉一个branch

http://convolute.iteye.com/blog/5642471.为何使用版本控制     可以说在一些小公司，或者一些不是特别依赖技术的公司，缺乏技术管理人才，由于自身的局限性，里面的开发人员往往在开发的时候也是具有很大的局限性。加上人力，周期的限制，很多都不采用版本控制，大家都是在一台测试服务器上做开发，调试端在服务器。这样有什么问题？第一，很可能我们同时几个

Subversion有一个很标准的目录结构，是这样的。比如项目是proj，svn地址为svn://proj/，那么标准的svn布局是svn://proj/               +-trunk               +-branches               +-tags这是一个标准的布局，trunk为主开发目录，branches为分支开发目录，tag

公司有三部机，分别为SIT\UAT\PRD,对应的是系统测试，用户测试与生机机，一般流程是系统测试通过后交付用户测试，用户测试通过后提交至生产机．如果每次用户测试不通过，就得从SIT迭代开始，如此下来一天可能就会产生多个uat版本，如果每次都得打标签，这将是一件非常冗长沉闷的事．例如一天下来会有test4uat_20110123_1\test4uat_20110123_2．．为此，我写了一个脚本，

上传jar到nexus私服比较简单，不过不会常操作，经常会过一段时间用一回，因此很容易到用的时候又忘了。      手动上传就是在nexus中选择一个hosted仓库，artifact upload，GAV的方式，选择一个jar文件添加进去，最后upload就可以了。      手上有个snapshots类型的jar，nexus上的3rd party是release类型的仓库，不能上传sn