SVN

svn 撤销 已提交的修改

需在http://sourceforge.net/projects/win32svn/?source=dlp上下载最新的svn二进制安装包,并安装(默认会将bin目录放到环境变量Path下)。

在命令行模式下调用svn.exe,进行命令行运行。
回滚的操作过程如下:
1、保证我们拿到的是最新代码:
svn update
假设最新版本号是28。
2、然后找出要回滚的确切版本号:
svn log [something]
假设根据svn log日志查出要回滚的版本号是25,此处的something可以是文件、目录或整个项目
如果想要更详细的了解情况,可以使用svn diff -r 28:25 [something]
3、回滚到版本号25:
svn merge -r 28:25 something
为了保险起见,再次确认回滚的结果:
svn diff [something]
发现正确无误,提交。
4、提交回滚:
svn commit -m "Revert revision from r28 to r25,because of

Ubuntu下SVN客户端RapidSVN

Window下我们使用TortoiseSVN,可以很方便地进行查看、比较、更新、提交、回滚等SVN版本控制操作。在Linux下,我们可以使用rapidsvn。

RapidSVN是一款不错的SVN客户端软件,相比tortoise svn它更加小巧而且占系统资源少运行速度快。 在Ubuntu下可以使用apt-get很容易的安装:

sudo apt-get install rapidsvn

RapidSVN 默认配置下并没有配置 diff 与 edit 工具,所以,如果你需要打开某个文件或是 diff 某个文件,都需要自己配置相应工具的路径。

在 Ubuntu 等机器上,可以这样设置:
点击菜单栏 ==> ‘View/Preferences…’ 来设置参数,在 ‘Programs’ 页上可以选择相应的程序。
官方网站上有推荐程序列表: 在 Linux 下,我们可以用 Scintilla/SciTE 作为编辑器 ( Editor ),用 nautilus 来作为浏览工具 ( explorer ),diff 和
        

SVN的标准目录结构:trunk、branches、tags

我们在一些著名开源项目的版本库中,通常可以看到trunk, branches, tags等三个目录。由于SVN固有的特点,目录在SVN中并没有特别的意义,但是这三个目录却在大多数开源项目中存在,这是因为这三个目录反映了软件开发的通常模式。

trunk是主分支,是日常开发进行的地方。

branches是分支。一些阶段性的release版本,这些版本是可以继续进行开发和维护的,则放在branches目录中。又比如为不同用户客制化的版本,也可以放在分支中进行开发。

tags目录一般是只读的,这里存储阶段性的发布版本,只是作为一个里程碑的版本进行存档。…

SVN 中trunk、tags、branches使用

  1. 简介
    1. 我们都知道SVN是管理项目源代码的软件,可以把我们开发中的各个阶段的代码记录下来,供我们以后来使用,那么SVN具体的结构你是否知道呢?下面我们来介绍一下它的基本结构
  1. Trunk、Branches、Tags、作用
    1. Trunk
      1. 这是SVN目录的主分支,表示日常开发中的项目,任何时候Trunk里包含的都是最新的开发代码。 这里的代码将会工作到你的下一个主要发布版本。
      2. Trunk应该只被用来开发将会成为你的下一个重要版本的代码。
      3. 几乎常常人们只使用trunk来存放他们的代码。发放了一个版本后继续在其上进行下一版开发。这样开发是混论的,如果出现大的Bug往往不好恢复到之前版本,因此,增加了一个Branches文件

SVN分支/合并原理及最佳实践

使用svn几年了,一直对分支和合并敬而远之,一来是因为分支的管理不该我操心,二来即使涉及到分支的管理,也不敢贸然使用合并功能,生怕合并出了问题对团队造成不良影响,最主要的原因是,自己对分支的目的和合并的方法不甚了解,这才是硬伤。

 

最近由于适配机型的需要(本人从事手机客户端的开发),需要经常接触分支和合并两项工作,突然发现这玩意整不明白很难开展工作,遂这两天着重研究了一下,有点收获,怕以后忘了,故趁着余温尚在赶紧写下来,好记性不如烂笔头嘛。下文的实践主要是参考了TortoiseSVN的帮助文档和Subversion的在线文档,Subversion的在线文档:http://svnbook.red-bean.com/en/1.5/svn-book.html

GIT和SVN之间的五个基本区别

如果你在读这篇文章,说明你跟大多数开发者一样对GIT感兴趣,如果你还没有机会来试一试GIT,我想现在你就要了解它了。

GIT不仅仅是个版本控制系统,它也是个内容管理系统(CMS),工作管理系统等。如果你是一个具有使用SVN背景的人,你需要做一定的思想转换,来适应GIT提供的一些概念和特征。所以,这篇文章的主要目的就是通过介绍GIT能做什么、它和SVN在深层次上究竟有什么不同来帮助你认识它。

那好,这就开始吧……