git使用笔记

转载于http://bigwhite.blogbus.com/logs/100700290.html

一.本地源码库与SVN中心源码库的同步操作则是由Git提供的git-svn工具来完成的

二.下面是一个git-svn的一般使用流程：
1、git-svn clone your_svn_repository；
2、修改本地代码，使用git add/commit将修改提交到本地git库；
3、定期使用git-svn rebase获取中心svn repository的更新；
4、使用git-svn dcommit命令将本地git库的修改同步到中心svn库。

三.关于解决用git提交代码时遇到冲突的解决办法:

使用git-svn处理代码冲突的步骤有些繁琐，不过瑕不掩瑜吧。这里用一个小例子来说明一下。

假设某svn中心库上的某个项目foo中只有一个源码文件foo.c：
* 我在使用git-svn clone检出版本时，foo.c当时只有一个commit版本信息："svn v1"；
* clone出来后，我在本地git库中修改foo.c，并通过git commit提交到本地git库中，版本为"git v1"；
* 不过与此同时另外一个同事也在修改foo.c这个文件，并已经将他的修改提交到了svn库中，版本为"svn v2"；
* 此时我使用git svn dcommit尝试提交我的改动，git-svn提示我：
  Committing to svn://10.10.1.1:80/foo ...
  M foo.c
  事务过时: 过期: ”foo/foo.c“在事务“260-1” at /usr/lib/git-core/git-svn line 570
* 使用git svn rebase获取svn服务器上的最新foo.c，导致与foo.c冲突，不过此时svn版本信息已经添加到本地git库中(通过git log可以查看)，git svn rebase提示你在解决foo.c的冲突后，运行git rebase --continue完成rebase操作；
* 打开foo.c，修改代码，解决冲突；
* 执行git rebase --continue，git提示我：
    You must edit all merge conflicts and then
    mark them as resolved using git add
* 执行git add foo.c，告知git已完成冲突解决；
* 再次执行git rebase --continue，提示"Applying: git v1"，此时"git v1"版本又一次成功加入本地版本库，你可通过git log查看；
* 执行git-svn dcommit将foo.c的改动同步到svn中心库，到此算是完成一次冲突解决。

四.不推荐在master主干分支上直接修改代码，而是应该每一个新任务(修改一个bug，添加一个新功能)都建立一个新分支.因为每当建立一个新分支时，其实都是将本地的master  clone一个成为新的分支。

五.一些常用命令

#git svn init -s http://example.com/svn/my_proj

这个命令是初始化git仓库从远程的svn上下载。 -s 参数表示 svn 仓库具有标准布局（trunk、branches、tags）。

#git svn fetch

这个命令是从subversion取得所有的版本信息，在第一次运行的时候等待的时间比较长。当然你可以通过一些参数来控制只取得某些版本信息，但是我喜欢取得所以的历史版本信息。

现在你已经有了trunk所有版本信息，但是其他的分支的信息都在svn服务器上，你可以通过下面的命令查看所有的分支信息

# git branch -a 

或者直接 git branch
显示了所有的分支信息，也包括远程的分支信息。

现在在你的本地已经有了完整的subversion历史信息，对你的仓库进行打包就显的非常重要。因为每一个版本就是一个单独的文件，下面的命令就是把这些信息打包到一个大的"pack"文件里面。这样你的仓库就会小很多，但是还是会有些小文件。

#git repack -d

 

下一步就是在仓库里面做我们的工作，这里不推荐直接使用主干(master)分支来进行操作，因此我们要创建一个单独的分支new feature.

#git checkout -b new_feature

-b 参数创建一个新的分支并切换到这个分支(chackout). 在你有了新的分支后，就可以在这个分支里进行修改或增加文件。

#git branch -d new_feature

删除new_feature分支

如果你增加了文件需要通过下面的命令告诉git，git将自动跟踪这些新文件。

#git add path/to/new_file

现在你可以在你的新分支(new feature)里面工作，并且提交到Git. 你的修改并不会自动提交，如果你想提交上面你增加的文件，你有两个选择: 一个是提交所有修改过的文件，另一个是只提交你想提交(部分)的文件。如果你不想比较所有你修改过的文件可以通过下面的命令完成:

# git add  path/to/edited_file
#git add another/edited/file
# git commit -m "commit message"

如果你想提交你所有的操作, 并且已经通过git add增加了所有的新文件。可以通过下面的命令实现:

#git commit -a -m "commit message"

-a 参数是提交所有的变更.

 

现在你已经提交到git里面，但是还没有提交到subversion服务器上。应该把你的内容提交到master分支上。你需要先取得master仓库，然后与你创建的分支(new feaure)合并

# git checkout master
# git merge new_feature
这次合并没有任何冲突(conflicts), 如果有冲突的话，你应该先修正冲突然后在提交。

一旦你提交到master仓库中，就需要让master分支与svn 仓库同步，并且不能有冲突(如果有冲突就必须修正)

#git svn rebase

master 分支与subversion 的trunk同步后，就应该把master提交到subversion仓库。

# git svn dcommit  

提交到远程svn代码库中

具体的一些命令，可以看这个博客http://www.robinlu.com/blog/archives/194

http://blog.longwin.com.tw/2009/05/git-learn-initial-command-2009/