您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
   
 
 
     
   
 订阅
  捐助
Git深度使用经验总结
 
作者 kangear的博客,火龙果软件    发布于 2014-07-15
  2915  次浏览      15
 

已经开始使用Git了,有些时候一般的问题只能Google就能找到答案,但是有些时候不能找到答案,因为遇到的问题都不知道该用什么关键字搜索。很多是在Git中文的QQ群中讨论出来的,把一些经验总结一下:

1.Git子模块

使用情况:例如Android系统代码和app之间可以使用这种submodule的方法来管理。

快速上手:

$ git submodule add url path/to/name 
$ git submodule init
$ git submodule foreach git pull

其它情况下submodule不适用,可以用subtree来代替。

2.同步一个COMMIT

$ git cherry-pick xxx

可以同步一个commit到本分支

3.Git打TAG

打TAG也就是发布版本

$ git tag -a v1.2 -m "version 1.4"
$ git push --tags

如果还不能理解可以到这里看看是linus是怎么给linux内核打的TAG,TAG看起来像什么:https://github.com/torvalds/linux/releases

4.查看status详情

$ git add xxx
$ git diff --cached

这样可以在commit之前先看一下修改详情。

5.不产生无用的merge的同步

有这么一种情况,用一个分支专门同步代码提供商的代码的时候,如果一般的pull会不断的产生一个merge看起来会很烦,用下边的使用添加一个--rebase就不会产生无用的merge了

$ git pull --rebase origin master

6.关于stash

适用情况:做了修改后,还没有add commit等等后续工作,现在突然要切换分支做其它事情,默认情况下你在这个分支修改的代码会被带到切换过去的分支中。可以先把你修改的保存起来。这些修改可以再还原过来。

$ git stash -u
$ xxxx 随便你的操作
$ git stash pop

注意:-u是代表是也把添加的新文件(术语是未跟踪)也藏起来,一般是要有这个u的。

7.恢复一个COMMIT

如果一个COMMIT你不想要了,想要去除,可以考虑使用以下的方法;

$ git revert xxxx

这个就可以去掉这个COMMIT的改动,这个是明式的去掉,如果你又后悔了,还可以再次恢复。

8.安装最新Git版本

能轻易安装的一般不会是最新的,用apt-get install便是如此。下面用离线的方式安装Git。

a先到https://github.com/git/git/releases看最新版本,然后复制链接。红色随具体版本变化。

$ apt-get remove git # 卸载现有
$ wget https://github.com/git/git/releases/tag/v1.8.4.3 (链接地址)
$ tar xvzf v1.8.4.3.tar.gz
$ cd git-v1.8.4.3
$ make prefix=/opt/git all
$ make prefix=/opt/git install
$ 添加/opt/git/bin到环境变量中 /etc/environment中,或者其它。

9.安装subtree

$ git clone https://github.com/apenwarr/git-subtree
$ cp git-subtree/git-subtree.sh /opt/git/bin/git-subtree

关于使用的subtree的几个帖子:

《使用git subtree集成项目到子目录》

《一个成功的Git分支模型》

10.Git之本地忽略

这个分同种情况:a是本地永久忽略,效果的gitignore一样,只不过不适于写到gitignore中而已,可以自己建立一个本地独享的gitignore,然后git config --global core.excludesfile 文件的绝对路径,也可以直接将本地要忽略的文件添加到.git/info/exclude中。不过上述都是针对没有跟踪的文件来说的,如果文件已经被跟踪了你如果在本地想要忽略它的改动,就不能使用以上的方法了。这正情况b。通俗地讲比如一个编译Android的脚本在其它电脑上都是使用的-j32来编译的,但是你的电脑配置没有别人的好,不能开到-j32,但是这个脚本是已经跟踪过的,你修改了就会在每次的git status中看到。对于这种情况Git有一个忽略改动的方法:

$ git update-index --assume-unchanged /path/to/file       #忽略跟踪
$ git update-index --no-assume-unchanged /path/to/file #恢复跟踪

之后你在本地修改/path/to/file这个文件,Git也不管它了。就实现了本地忽略。

11.Gitlab用户头像的问题

如果装的Git服务器是GitLab的话,是可以使用用户头像的,GitLab管理头像的一般方法是用gravatar,这一点和github一样,是关联email地址的,先在上边注册一个账户,上传一个头像并关联某一个邮箱,Gitlab或者Github会自动去gravatar上拉取你的个人头像。

12.Git打包源码

对Git管理的源码进行压缩打包,如果使用tar xvzf xxxx.tag.gz xxxxx的话并不是一个很好的选择,因为会将.git/目录下的中间文件全部压缩,如果只想要某一个版本的源码。Git提供了archive.它会给打包一份纯净的代码。当然这个只适用于发部一个版本的源码,而不是备份Git管理的整套源码。

$ git archive xxxx

xxx代表SHA-1 Hash值。

13.Git反向打补丁

一套没有管理有源码,中间有功能A,且也有功能A的补丁文件,可以使用补丁文件进行反打补丁来实现去掉功能A。

$ git apply -R

注:只是收集,还没有完整测试这里。

14.关于Git服务器选择和安装

选择建议GitLab,安装我参考加总结这几个帖子:

1.《 gitlabhq / doc / install / installation.md 》根据国情为官方的安装方法添加了说明的安装文档。

2.《 在 Ubuntu 12.04 上安装 GitLab6.x》一个对安装过程打印信息都记录的安装文档,安装过程中可以对比安装过程。

3.《重设MySQL root密码》中间遇到的问题MySQL密码找不到了,这篇文章给了答案。

15.合并commit

1.《使用git合并多个提交》

2.《git如何合并只有两个commit到一个?》

16.Git只clone最新版本代码不要.git目录

这个也是在群中出现了问题,我曾经也有过这样的需求,想法是好的,但是理解是错误的。如果只要最后一个版本的代码,而不要.git目录中的东西,有办法:

git clone --depth=1 git://someserver/somerepo dirformynewrepo
rm -rf !$/.git

但是这又说明不是要参与开发的,是使用的。使用一般是要使用代码开发最新发布版本,如果只要最新的提交版本是没有用处的。因为它不是稳定的。这样就引入了发布版本这一说明,Git中是打Tag,一个tag是一个版本,可以以刚才的需求去找最后一个tag版本。github上是可以直接下载某一个tag版本的。如果要用git clone来完成,会复杂一些。现在的github是结合了web的,例如github或者是自己搭建的gitlab都是可以直接从web上下载指定的tag版本。而没有用于版本控制的.git目录。

17.关于pull和merge

都在提倡添加--no-ff选项。

18.删除子模块-解决子模块自动找上门的问题

也许你并不想要用子模块,但是有时它会自动找上门,那么你要了解一下怎么去除它了。怎么个自动上门,且听我慢慢道来。

在项目A中,如果用git clone了另外一个项目B,或许你只是想把项目B的代码添加到项目A中,但是这时执行git status/add的时候会发现项目B中的代码,并不会被添加,也就是说不能被跟踪。这是为什么呢,这里因为会自动将项目B做为了子模块管理,就是因为它是一个包含.git目录的完整的工程。解决这个问题有同种方法:

1.在clone项目b的后立即将项目B中的.git目录删除

2.git rm --cached path/to/B

然后再执行git status/add 之类的命令就会可以正常的跟踪了。

19.恢复一个文件到之前的某个提交

这个种情况一般是出在某个bug解决后整理规范代码的时候,解决这个bug的时候可能添加了不少的调试代码,最后解决后,有些调试信息只为了了解代码流程,对以后并没有保留的意义,所以就要将其恢复开始解决这个bug之前的提交。xxxxx代表开始解决这个bug之前的一个提交的哈希码。

对于已经跟踪的文件:

1.git reset xxxxxx path/to/file

2.git checkout path/to/file

对于没有跟踪的文件:

1.git rm path/to/file

20.合并时只产生合并提交

还有其它说法:合并时不合并历史;合并时将所有commit合为一个。

git pull --squash another

话说一般用于master分支,像linus的linux内核一样。

更多信息见《Git merge no history commit》《git merge –squash介绍》

21.关于GUI Clients

这里《GUI Clients》。

22.git pull 前简单审查

情况是这样的:本人管理的是develop分支,其他人管理的他们自己的分支。所以应该每次改动的都应该是package/apps下的文件,但是有一种情况是我担心他们会不小心改到系统代码并提交了。在合并之前查看都改了哪些文件。这样就能有效地防止误修改。

和老友沟通后,得出以下结论:

1.让他们添加本地忽略,忽略他们一定不会改的目录。

2.在每次合并代码的时候,看一下每个分支都修改了哪些文件,有没有系统文件被修改。

3.使用grrit。

4.先git fetch 再merge。

最后选择了第二种。因为git pull后,提交的时候会显示出这次合并代码都有哪些修改。

23.Gitk 不错的查看Log的工具

24.Git遇上代码规范

当Git遇上代码规范会有些事情要处理好,这里写先写个经典的:

1.检测自己要提交的代码中有无table

一般多人开发的程序中不准使用table代替空格的,以下是Google的Java代码规范(中文)中的截图:

所以在提交代码前自检一下自己代码中有有无table是很有必要的。

$ git diff | grep -P “\t” | grep “+”

如果tab已经存在,这里有很好的解决方案,所以项目代码不要急于commit前期工作很重要。

25.You are in the middle of an am session.

$ git status
On branch hardware
You are in the middle of an am session.
(fix conflicts and then run "git am --continue")
(use "git am --skip" to skip this patch)
(use "git am --abort" to restore the original branch)

nothing to commit, working directory clean
$

对于这个情况,我是在接手一个别人的仓库的时候遇到的,我目前没有更好的方法,也不知道做了哪些事情,我采取的是 重新clone一份代码。

   
2915 次浏览       15
相关文章

每日构建解决方案
如何制定有效的配置管理流程
配置管理主要活动及实现方法
构建管理入门
相关文档

配置管理流程
配置管理白皮书
CM09_C配置管理标准
使用SVN进行版本控制
相关课程

配置管理实践
配置管理方法、工具与应用
多层次集成配置管理
产品发布管理
最新课程计划
信息架构建模(基于UML+EA)3-21[北京]
软件架构设计师 3-21[北京]
图数据库与知识图谱 3-25[北京]
业务架构设计 4-11[北京]
SysML和EA系统设计与建模 4-22[北京]
DoDAF规范、模型与实例 5-23[北京]


软件配置管理的问题、目的
软件配置管理规范
CQWeb 7.1性能测试与调优指南
为什么需要使用ClearCase
ClearCase与RTC的集成
利用ClearQuest 进行测试管理
更多...   


产品发布管理
配置管理方法、实践、工具
多层次集成配置管理
使用CC与CQ进行项目实践
CVS与配置管理
Subversion管理员


配置管理实践(从组织级到项目级)
通号院 配置管理规范与应用
配置管理日构建及持续集成
丹佛斯 ClearCase与配置管理
中国移动 软件配置管理
中国银行 软件配置管理
天津华翼蓝天科技 配置管理与Pvcs