git学习

Git

首先是进入相关目录,这边以/G/Main 为例

git bash 命令如下

cd /G/Main

然后初始化目录,命令如下

git init

初始化完毕后,就可以把工程拷贝进目录了,拷贝完毕,需要添加到库中

命令如下

git add .

添加完毕以后,就是提交咯,命令如下

git commit -m '提交备注'

如果提交前需要看下修改状态的话,可以使用命令

git status

就会显示文件修改的情况

==================================================================================

分支相关

新建一个分支,正常git 初始化的那个版本,就是master版本,主线版本

查看分支命令

git branch

切换分支

git checkout 分支名称

新建分支

git checkout -b 分支名称

或者

git branch 分支名称

删除分支

git branch -d 分支名 ================================================================================== 删除文件,命令如下 git rm -r

================================================================================== 查看日志,命令如下 git log

==================================================================================

如果在主线上有代码更新,分支也需要同步的情况

首先获取到主线上代码更新的哈希码值,前几位即可

可以通过 git log获取

然后切换在分支版本上去

命令如下

git cherry-pick <commit-id>

如果有冲突的,手动更改提交即可。

================================================================================== 主线和分支上合并

切换到主线上,使用命令 git merge 分支名称

================================================================================== 从服务端上取代码

git clone 服务端代码路径

================================================================================== 本地代码提交到服务器端

git push origin master:test //提交本地 master 分支到服务端 test分支上 git push origin test:test   //提交本地 test 分支到服务端 test 分支上

删除远程分支

git push origin  :test //删除远程 test 分支

================================================================================== 同步服务端的代码

有两种方法,一种是git fetch 远端代码 ,然后 再调用 git merge 另一种是git pull(git fetch 和 git merge 先后默认调用) git fetch origin master git log -p master..origin/master git merge origin/master

git pull origin master

注:这边origin是默认远程库的别名 可以使用git remote 查看别名

================================================================================== 当本地有修改,未提交的时候,需要回复修改前的状态

git clean -df  , 【git clean -dxf (删除含.ignore内的问题)】 git reset --hard

==================================================================================

下午push的时候提示fast-forwards 后来查资料讲是冲突了。 解决方式:

git pull origin xxxx

发现冲突,fixed,

提交,

push

ok!

================================================================================== git 删除本地分支

git branch -d 本地分支名称

================================================================================== git 查看远程分支

git branch -a git remote show origin  

 

1. 配置

 

git config --global user.name "your name"

git config --global user.email  mail@box.com

git config --global color.ui true

git config --global core.editor vi

git config --global alias.lol "log --graph --all"    设置alias,这样lol就是自己新的命令了。

 

2.基本使用

1.显示当前的配置信息

git config --list

 

2. 创建repo

从别的地方获取

git clone git://git.kernel.org/pub/scm/git/git.git

 

 

 

自己建立

mkdir test

cd test

git init

 

3. 显示状态

git status

 

4. commit

git add file.1 file.2 先增加文件,增加到index中。这样commit的时候才知道要commit哪些文件。

或者

git add -p   用来interactively选择哪些改变需要被commit

git commit -m "log message"

 

或者

git commit -a  自动检查应该commit什么文件。如果是新增的文件,仍然要使用git add来添加。

 

5. 显示以前的工作

git log 输出格式

git log

git log -p       显示patch

git log --stat   显示改动的一个总结

git log --graph  只显示当前branch的

git log --graph --all    显示所有branch的

git log --graph --all --decorate 显示branch的名字

 

 

git log --pretty=oneline, short, full, fuller  输出的log 形式不同

git log --pretty=format:"%h - %an, %ar : %s"   按照指定的格式输出。

关于--pretty的其他选项和具体的format格式,参考 git log --help中PRETTY FORMAT这部分。

 

git log --follow file.c

这个功能很有意思,尤其是当file.c被移动后。

通常我们会移动某个文件到某个目录下。如果这么做,git log是不能显示目录移动前的记录的。

那就加上 --follow吧。

 

 

git log的筛选

git log -2 -p   显示最近两次commit的log 和 diff

git log --author="Author Name" 筛选特定作者的log

git log --since="2012-2-23" --before="2012-2-24" 筛选时间段

git log --grep="key word" 在commit 的message中查找关键字

git log branch --not master 查看在branch上的,但不在master上的记录。

 

 

git log -S"func_name"  查找某个字符出现,或者移出的commit。 比如可以查找一个函数是什么时候添加,或者删除的。

 

 

git show sha1   这个sha1是每个commit的sha1,这样显示某个commit的完全信息,包括diff

 

6. 撤销改动

git checkout -- file.1

撤销了file.1的这次改动。只是撤销了没有staged的改动.

中间的 -- 表明了这是一个文件 而不是一个branch的名字

 

 

git reset --hard HEAD

撤销了所有没有commit的改动,包括了stage的和没有stage的。

这条命令的结果一样

git checkout HEAD file.1

包括了staged 和没有staged的都会清除。

 

 

有时候我们发现,之前做个一个commit有问题,不想要,想要去掉。

git revert HEAD      自动得重新做一个commit,将最后一次的commit返回回来。

git revert HEAD^     自动得重新做一个commit,将最后第二次的commit 返回回来。

 

7. 删除一个commit

git reset --hard HEAD~1

删除了最近的commit

 

8. 修改最近的一个commit

git commit --amend

  7.显示所做的改动

git diff

显示所有的改动。 没有add到index中的。

 

git diff --staged或者 git diff --cached

显示staged改动,也就是add的东东,也就是将要commit的东东。

 

git diff commit1 commit2

显示这两个commit之间的变动, 从commit1到commit2的变动。

 

 

git diff commit1..commit2

两个点,效果跟上面的一样

 

git diff commit1...commit2

三个点,表示的是发生在commit2分支,一直到commit1和commit2共同父亲的变化。

 

 

git blame -C file1.c

显示文件具体的改动。。。。恩,好像是用来找是谁的错?

 

git blame -Ln,m file1.c

查看n,m两行间的改动。

 

git blame commit1~1 -Ln,m file1.c

查看commit1版本前的改动. 追查之前的log。

 

git blame commit1~1 -Ln,m -- old/file.c

如果这个文件被重命名过,或者移动过位置,就要输入旧的文件的名字。

而且一定要加上 -- , 一定。

 

8. 删除某个文件

git rm file-name

从库和当前的working directory中删掉这个文件

git rm --cached file-name

只从库中删除,保留当前的本地文件。

 

 

9. 重命名一个文件

git mv file file-new

 

 

10. 应用patch

git apply patch-file

这样做从patch-file中应用这个patch。 效果和patch命令类似。

但是好处是,git apply要么成功,要么不成功。不想patch,有可能有部分的patch打上了,但是有的没有打上。

git apply后,并没有自动生成一个commit.

 

 

git apply --check  可以用来检测这个patch 是不是会产生冲突或者失败。

 

 

git am patch-file

这是专门为git 设计的命令。 patch-file是通过git format-patch 生成的。

其中包含了作者信息和简单描述。

git am后,会自动的生成一个commit.

 

git am --resolved

git am 过程中可能会有conflict. 如过遇到conflict, 那就需要手动修改code, git add 后

用git am --resolved

 

 

11. git 制作patch

具体步骤写在了 http://blog.csdn.net/richardysteven/article/details/6701156

 

 

3. commit range

在git中,我们经常需要制定一个commit的范围,比如git log中,可以显示某范围内的改动。

除了man gitrevisions, 在这个网站上也有不过的描述,尤其是对 double dot 和 triple dot

http://git-scm.com/book/ch6-1.html

http://stackoverflow.com/questions/462974/whats-the-difference-between-and-in-git-commit-ranges

而且这种语法,在git log和git diff两种情况下,有不同的意义.

 

在git log中,

git log ^r1 r2 表示显示从r2到root,但是去掉r1到root中和r2到root有重复的。

这个也可以表示为 git log r1..r2.

 

 

git log r1...r2 表示 显示从r1到root, r2到root,但是去掉他们共有的部分。

 

我这样理解, 前一种显示的是树上的一个分支。而后一种显示了两个分支。

 

 

在git diff中

git diff目的是比较两个commit之间的区别。

 

 

git diff A B 和 git diff A..B 是一样的,就是显示这两个之间的区别。

 

git diff A...B 和 git diff $(git-merge-base A B) B一样。 就是显示 在B这个分支上,做了什么改动。

                      有时候这个命令是,git merge-base A B

 

 

在一个branch上,但不在另一个branch上

git log local_copy ^kernel

这样可以再merge前,看看都有哪些东西要commit.

这个命令用来看,在local_copy branch上,但是不在kernel branch上的。

 

 

 

 

 

 

4. Branch

1. 显示branch

git branch

git branch -v 显示详细点的信息

git branch --merged

 

2. 创建branch

git branch testing

或者

git checkout -b new_brach

这样新建并且切换到了new_brach上

 

还有一种创建branch的办法是

git branch branch_name  b42294309188d57bf3398ed35660170a237d8c0a

注意,这后面这一长串的就是每个commit的sha1码。

 

3. 切换到某个branch

git checkout testing

 

4. 图形化显示branch信息

gitk

gitk --all

 

5. merge

先转到要merge到的branch,如

git checkout master

一般都会merge到master上。

 

然后调用

git merge testing

这样就把testing branch上的改动merge过来了。

 

6. 删除branch

好了,这个branch不用了,删掉吧

git branch -d testing

 

7. 处理conflict

在merge的过程中一般会遇到conflict.

先用git status查看哪些文件产生的冲突。

可以逐一修改文件,也可以用git mergetool 来进行修改。

当所有的都修改好, 使用git commit。

 

8。 查看有哪些branch merge进来了,哪些没有

git branch --merged

git branch --no-merged

比如说我们checkout 到 master,用--no-merged 可以看到还有哪个branch的改动没有到master上。

 

 

5. Stash

git stash 用来备份当前工作区的内容。 从最近的一次提交中读取相关内容,让工作区保证和上次提交的内容一致。

可以多次使用git stash来保存当前的修改。

 

git list可以看到一共保存了多少次。

linux-2.6$ git stash list  stash@{0}: WIP on 3.0: 02f8c6a Linux 3.0  stash@{1}: WIP on pci-fix: 79eefa4 Optimize the resource overlap check  stash@{2}: WIP on pci-fix: 02f8c6a Linux 3.0  stash@{3}: WIP on 3.0: 02f8c6a Linux 3.0

git stash save "name"

git stash

这两个都是保存当前的改动, 如果有name则可以添加一个方便辨识的标签。

 

 

git stash apply 用来恢复最近一次的修改。

git stash apply stash@{1}来恢复指定的修改。

 

git stash pop stash@{1} 的作用和git stash apply类似。

git stash pop 会从stash栈中移除某个记录,而git stash apply不会。

 

 

git stash clear 清空栈。

 

6. Tag

1. 显示tag

git tag    显示所有的tag

 

匹配显示

$ git tag -l v3.0*  v3.0  v3.0-rc1  v3.0-rc2  v3.0-rc3  v3.0-rc4  v3.0-rc5  v3.0-rc6  v3.0-rc7

 

 2. 显示某个tag的详细信息

git show v3.0

 

3. 创建tag

git tag -a v1.4 -m "my version 1.4"

 

git tag -s v1.5 -m "my version 1.5"

这个将会加上pgp的签名

 

对于一个-s的tag, 你可以

git tag -v v1.5

来验证这个tag, 当然你需要有对方的PGP公钥。

 

 

git tag v1.4-lw

这个是轻量级的tag。

 

 

git tag -a v1.2 SHA

对某个指定的SHA打tag,默认是HEAD

 

git push origin v1.2

git push origin --tags

默认情况下是不会将tag的信息送到远端的。

第一的命令将某个指定的tag送到远端。

第二个命令将所有的tag送到远端。

 

 

7. Remote Repository

https://github.com/ 这个网上可以提供建立一个免费的git的repo

remote repo是用来多个人合作的。恩。。。,比较高级。

 

显示remote repo的信息

git remote

git remote -v

git remote show origin

 

 

添加别的remote 库

git remote add localname URL

也就是用这个localname 来代表URL

 

 

然后就可以从remote中下载代码

git fetch localname

 

默认glone后local的HEAD是track在origin/master上的,

所以如果你想要work on别的branch,需要先在本地建立一个branch

git branch --track feature origin/feature

这个意思是本地有个叫feature的branch,这个是track origin/feature的。

 

 

查看remote的情况

git remote show origin

 

 

上传changes,如果你有权限,你可以上传自己的更新到remote

git push origin master

意思是push到 origin这个远端树的master 分支上

git push origin :master

是删除remote的分支

 

下载别的更新?

git pull

下载了更新就直接merge了

 

当本地的git仓库更新后,我们需要与远端server上的仓库同步。

一般这么做

git fetch   将同步一下状态

git fetch -p 可以清空远端已经不用的分支

git branch -v 可以看到本地仓库中分支的状态。

git branch -av 可以看到远端和本地分支的状态

git checkout branchname 换到你想要更新的local branch上

git rebase origin/branchname 这样可以将本地做的commit 取下,并重新apply到最新的地方。

 

8. Some Tips

1. 假如编辑到了某个版本,发现某个功能不起作用了,或者有bug了。但是自己知道之前的某个版本是好的。

git bisect start

git bisect bad      现在这个版本是坏的

git bisect good good_commit   good_commit这个版本是好的

 

接下来编译,测试。 如果是好的

git bisect good

如果还是不好

git bisect bad

这样git都会给你输出某个中间的版本让你继续测试。

 

找到了错误,用

git bisect reset 恢复到原先的版本。

 

2. git 命令在bash中自动补全

 http://progit.org/book/ch2-7.html

将git-completion.bash 拷贝到 /etc/bash_completion.d/git

 

3. git alias

git config --global alias.co checkout

 

4. 用git 打包

git archive master | gzip  > master.tar.gz

把master这个branch打包了。

 

5. cleanup

git用得时间多了,会变慢。 那么可以用下面的命令优化一下。

git gc   - Cleanup unnecessary files and optimize the local repository

git-repack - Pack unpacked objects in a repository

 

posted @ 2016-11-11 15:54  长风破浪  阅读(235)  评论(0)    收藏  举报