jixiuffff的专栏

服务器端  windows   subversion :           server :Setup-Subversion-1.6.5.msi            client TortoiseSVN-1.6.6.17493-win32-svn-1.6.6.msi  server 设置 ：$cd someDir$cd D:/Docume

假如主干是这样的a---->b------>c----->d------------>e a b c d e 分别代表版本号突然发现项目在版本e时引入了一个bug ，要修改这个bug，可能需要一段时间才能完成  即如果在e处直接对代码进行修改，可能会影响其他人继续进行开发，一种办法就是copy e 的代码到另一个地方（创建一个分支） ,在这个分支上修正bug 待修正好bug 后，将其合

对于用maven 创建的项目，只需要把src 目录和pom 文件 提交到svn服务器上就可以了，到于依赖的jar 及target 目录下的东西 没有必要1先用maven  创建一个项目普通的java 项目drpjixiuf@jf /tmp$ mvn archetype:generate -DgroupId=org.jixiuf -DartifactId=drp-Darchety

要查看某个文件的以前的版本,使用git show 命令如git show 0b26bbe907c929ed88f6ba3dfeaaa9a2953b1c56:a.txt

首先安装gitemerge -av git  一条命令搞定，如果你使用ubuntu redhat 有相应的yum  apt-get 工具，git麻烦在用户管理及管理上，下面上三种解决办法：# 如果需要团队里的每个人都对仓库有写权限，又不能给每个人在服务器上建立账户，那么提供 SSH 连接就是唯一的选择了。我们假设用来共享仓库的服务器已经安装了 SSH 服务，而且你通过它访问服务器。  #   # 有好几个办法可以让团队的每个人都有访问权。第一个办法是给每个人建立一个账户，直截

git 可以使用四种主要的协议来传输数据：本地传输，SSH 协议，Git 协议和 HTTP 协议。 1本地协议              远程仓库在该协议中就是硬盘上的另一个目录。这常见于团队每一个成员都对一个共享的文件系统(例如 NFS )拥有访问权，抑或比较少见的多人共用同一台电脑的时候。后者不是很理想，因为你所有的代码仓库实例都储存在同一台电脑里，增加了灾难性数据损失的可能性。如果你使用一个共享的文件系统，就可以在一个本地仓库里克隆，推送和获取。要从这样的仓库里克隆或者将其作为远程仓库添加现有工程

两个不错的教程，这一个作简介http://zh-cn.whygitisbetterthanx.com/#cheap-local-branching这一个详细http://progit.org/book/zh/ch1-0.html 上面这个图是基本命令所做的工作。除了push fetch 还有pull（pull 是fetch和merge 两个命令的结果）  这三个命令涉及到与远程服务器连接，其他的基本可以说是在本地进行操作，这就是git 的不同，它是个分布式的 即便断网也可以工作。。 我们把r

<br />merge  rebase都是合并分支的命令<br /><br /> <br />merge 之后的情形如下：<br />结果上c5有两个上游分支，衍合的结果c5上上游只有一个分支（这样日志更干净一些）<br /><br />另外一个选择：你可以把在 C3 里产生的变化补丁重新在 C4 的基础上打一遍。在 Git 里，这种操作叫做_衍合（rebase）_。有了 rebase 命令，就可以把在一个分支里提交的改变在另一个分支里重放一遍。<br />在这个例子里，可以运行下面的命令：$ git

远程分支（remote branch）是对远程仓库状态的索引。它们是一些无法移动的本地分支；只有在进行 Git 的网络活动时(push ,pull,fetch clong)才会更新。远程分支就像是书签，提醒着你上次连接远程仓库时上面各分支的位置。         我们用 (远程仓库名)/(分支名) 这样的形式表示远程分支。比如我们想看看上次同 origin 仓库通讯时 master 的样子，就应该查看 origin/master 分支。如果你和同伴一起修复某个问题，但他们先推送了一个 iss