小团队git开发模式

转自 http://blog.csdn.net/kasagawa/article/details/6797812
实验室要使用git进行代码管理，但是git非常复杂，各种开发模式也是层出不穷。作为新手的偶们很是发囧啊！！网上搜了一下，发现很多并不适合我们小团队运作（它本身就是为linux内核管理而开发的分布式代码管理工具）。关于分布式和集中式（svn）代码管理的区别大家可以自己去搜搜,这里就不多说了。

网上找到的git的中文资料，大部分是讲git的命令的使用，对于git的工作流程和如何实现团队合作的介绍少之又少，特别是对于团队代码库管理者的文档，几乎没有。即便有也是上来就讲各种分支xxxx的，有点晕。这里将介绍一种最简单，最原始的如何使用git进行团队合作开发。

模式简介 ：

下图就是简单小组的合作模式图：



这种模式的开发流程如下：

1、由其中一个开发者这服务器上建立一个数据库。 所有开发者都可以向数据库提交和下载东西，这里必须规定一定的时间间隔（一周或者一天）必须提交一次，不然以后解决冲突时是个大问题。 如果每个人的开发耦合度很高，我们可在服务器上建立分支，然后每人每次提交到自己的分支上，过一段时间之后（不能太久）有一个人去合并分支。然后所有 人更新自己的数据库的master分支，使之跟服务器上的master分支同步。

2、这样服务器会有非常多的版本信息，集合了每个人的版本信息。过了一段时间之后，例如有里程碑的出现。再由一个人把所有改动打补丁到最终服务器上。这样最终服务器的版本信息就会很精练。

3、当我们的服务器无限膨胀到一定程度的时候我们可以把它删除，然后用最终服务器上的一个版本作为起始版本。

下面我们开始实践了：

1. git服务器的搭建

如果使用git的人数较少，可以使用下面的步骤快速部署一个git服务器环境：

http://www.haijd.net/article/index.php?action=read&id=840
最简单不加任何安全控制时，就是在服务器上安装一个.git，如下：

[code]$ cd /opt/git
$ mkdir project.git
$ cd project.git
$ git –bare init

其中，搭建服务器后，开发人员就可以把它加为远程仓库，推送一个分支，从而把第一个版本的工程上传到仓库里了。值得注意的是，每次添加一个新项目都需要通过 shell 登入主机并创建一个纯仓库。我们不妨以 wst 作为 git 服务器用户和仓库所在的主机名。那么以下这些命令都是可用的：

# 在一个开发人员的电脑上

$ cd myproject

$ git init

$ git add .                #这里选择你需要添加的文件

$ git commit -m ‘initial commit’

$ git remote add origin wst@192.168.88.46:/home/wst/wanghanbo/wireshark.git

$ git push origin master

这样git服务器就有了第一个初始代码版本。

2.开发人员提取代码

下面各位其他的参与开发人员先安装git，再设置用户名与邮箱：

git config --global user.name"My Name"

git config --global user.email"my@email.co
然后从代码库clone出代码：

$ git clone

wst@192.168.88.46:/home/wst/wanghanbo/wireshark.git

这样，每位参与的组员也有了与代码库版本一致的第一份代码。

3.开发中的操作

现在，我们要开始进行开发了。可以参考

http://blog.enjoyrails.com/2008/12/31/git%E4%B8%80%E5%88%86%E9%92%9F%E6%95%99%E7%A8%8B/
首先我们来看如何更新本地代码到最新版本:

第一种方法用fetch（需要merge才能合到本地代码中）

git fetch origin master ：temp

git merge temp #合并更新到temp分支的代码到本地代码库的master分支中

更新代码方式的另一种方法(git pull是git fetch和git merge命令的一个组合)

git pullorigin master

解决代码的冲突问题

注：当merge命令自身无法解决冲突的时候，它会将工作树置于一种特殊的状态，并且给用户提供冲突信息，以期用户可以自己解决这些问题。当然在这个时候，未发生冲突的代码已经被git merge登记在了index file里了。如果你这个时候使用git diff，显示出来的只是发生冲突的代码信息。

在你解决了冲突之前，发生冲突的文件会一直在index file中被标记出来。这个时候，如果你使用git commit提交的话，git会提示：filename.txt needs merge。在发生冲突的时候，如果你使用git status命令，那么会显示出发生冲突的具体信息。

解决玩冲突问题后，需要commit一下：

git commit #将已经解决冲突的代码提交到本地代码库

git branch -d temp #删除temp分支

新建分支并进行本地开发:

git branch development #搞个development分支给自己开发

git checkout development #切换至development分支进行开发

开发xxxx过程，确认功能开发完毕，可以继承到完整系统中时运行：

git checkout master #切换至master分支

git merge development #合并development及master分支

修改代码后，查看已修改的内容:

查看修改的内容

git diff --cached
将新增加文件加入到git中

<span style="color: rgb(0, 0, 0);">git </span><span style="color: rgb(0, 0, 0); "><strong>add</strong></span><span style="color: rgb(0, 0, 0);"> file1 file2 file3</span>

可以设置忽略的条件：

最简单的方法在项目根目录与.git目录同一位置创建一个文件: .gitignore

[csharp] view
plaincopy

#

# NOTE! Don't add files that are generated in specific

# subdirectories here. Add them in the ".gitignore" file

# in that subdirectory instead.

#

# NOTE! Please use 'git ls-files -i --exclude-standard'

# command after changing this file, to see if there are

# any tracked files which get ignored after the change.

#

# Normal rules

#

.*

*.o

*.o.*

*.a

*.s

*.ko

*.so

*.so.dbg

*.mod.c

*.i

*.lst

*.symtypes

*.order

modules.builtin

*.elf

*.bin

*.gz

*.bz2

*.lzma

*.lzo

*.patch

*.gcno



#

# Top-level generic files

#

/tags

/TAGS

/linux

/vmlinux

/vmlinuz

/System.map

/Module.markers

/Module.symvers



#

# git files that we don't want to ignore even it they are dot-files

#

!.gitignore

!.mailmap



#

# Generated include files

#

include/config

include/linux/version.h

include/generated



# stgit generated dirs

patches-*



# quilt's files

patches

series



# cscope files

cscope.*

ncscope.*



# gnu global files

GPATH

GRTAGS

GSYMS

GTAGS



*.orig

*~

\#*#

可以参见：
http://www.code007.org/?p=291 http://www.cnblogs.com/wucg/archive/2011/08/16/2141647.html
从git中删除文件：

<span style="background-color: rgb(204, 204, 204);">git rm file1
git rm </span><span style="color: rgb(0, 102, 0);  background-color: rgb(204, 204, 204);"><strong>-</strong></span><span style="background-color: rgb(204, 204, 204);">r dir1</span>

提交修改到本地代码库

<span style="background-color: rgb(204, 204, 204);">git commit </span><span style="color: rgb(0, 102, 0);  background-color: rgb(204, 204, 204);"><strong>-</strong></span><span style="background-color: rgb(204, 204, 204);">m </span><span style="color: rgb(153, 102, 0); background-color: rgb(204, 204, 204);">'this is memo'</span>

如果想省掉提交之前的 git add 命令，可以直接用

git commit -a -m 'this is memo'

commit和commit -a的区别, commit -a相当于：1.自动地add所有改动的代码，使得所有的开发代码都列于index file中；2.自动地删除那些在index file中但不在工作树中的文件；3.执行commit命令来提交给本地的代码库。

提交所有修改到远程服务器

先检出服务器的代码，与当前代码比对，修改冲突。

git fetch origin master ：temp #跟git代码库fetch到一个temp分支

git merge temp #保证代码是最新的。

解决玩冲突问题后，需要commit一下：

git commit #将已经解决冲突的代码提交到本地代码库

git branch -d temp #删除temp分支

解决冲突后

提交给远程的git服务器后，其它团队成员才能更新到这些修改（因为我们还是采用的集中式的管理，每个开发人员都是从git服务器中检出更新）

git push origin master

想要恢复到某个版本的代码或者撤销某个操作

回滚代码：

git revert HEAD

你也可以revert更早的commit

例如：git revert HEAD^

想要恢复到某个版本的代码就用这个git reset命令：

git reset

恢复到之前的版本

----mixed 是 git-reset 的默认选项，它的作用是重置索引内容，将其定位到指定的项目版本，而不改变你的工作树中的所有内容，只是提示你有哪些文件还未更新。

--soft 选项既不触动索引的位置，也不改变工作树中的任何内容。该选项会保留你在工作树中的所有更新并使之处于待提交状态。相当于再--mixed基础上加上git add .

--hard 把整个目录还原到一个版本，包括所有文件。

详细内容参看：http://blog.sina.com.cn/s/blog_68af3f090100rp5r.html

目前先进行到这里，最终的代码服务器，俺们暂时放一边。当然如果您想要实现它，可以另外建一个xx.git.在将代码库再前面工程师一样倒过去即可~~~休息，休息一下~~