[url]http://tomhat.iteye.com/blog/2065707[/url]
[url]http://blog.jobbole.com/22647/[/url]git架构图解
[url]http://ju.outofmemory.cn/entry/26189[/url]git架构图解
[url]http://www.cnblogs.com/BeginMan/p/3577553.html[/url]git log
[url]http://www.oschina.net/translate/10-tips-git-next-level[/url]git的高级使用
[url=http://www.oschina.net/translate/10-useful-advanced-git-commands?print]10 个很有用的高级 Git 命令[/url]
迄今,我已经使用Git很长一段时间了,考虑分享一些不管你是团队开发还是个人项目,都受用的高级git命令。
1. 输出最后一次提交的改变
这个命令,我经常使用它 来发送其他没有使用git的人来检查或者集成所修改的。它会输出最近提交的修改内容到一个zip文件中。
1
git archive -o ../updated.zip HEAD $(git diff --name-only HEAD^)
2. 输出两个提交间的改变
类似的,如果你需要输出某两个提交间的改变时,你可以使用这个。
1
git archive -o ../latest.zip NEW_COMMIT_ID_HERE $(git diff --name-only OLD_COMMIT_ID_HERE NEW_COMMIT_ID_HERE)
3. 克隆 指定的远程分支
如果你渴望只克隆远程仓库的一个指定分支,而不是整个仓库分支,这对你帮助很大。
1
git init
2
git remote add -t BRANCH_NAME_HERE -f origin REMOTE_REPO_URL_PATH_HERE
3
git checkout BRANCH_NAME_HERE
4. 应用 从不相关的本地仓库来的补丁
如果你需要其它一些不相关的本地仓库作为你现在仓库的补丁,这里就是通往那里的捷径。
1
git --git-dir=PATH_TO_OTHER_REPOSITORY_HERE/.git format-patch -k -1 --stdout COMMIT_HASH_ID_HERE| git am -3 -k
5. 检测 你的分支的改变是否为其它分支的一部分
cherry命令让我们检测你的分支的改变是否出现在其它一些分支中。它通过+或者-符号来显示从当前分支与所给的分支之间的改变:是否合并了(merged)。.+ 指示没有出现在所给分支中,反之,- 就表示出现在了所给的分支中了。这里就是如何去检测:
1
git cherry -v OTHER_BRANCH_NAME_HERE
2
#例如: 检测master分支
3
git cherry -v master
6.开始一个无历史的新分支
有时,你需要开始一个新分支,但是又不想把很长很长的历史记录带进来,例如,你想在公众区域(开源)放置你的代码,但是又不想别人知道它的历史记录。
1
git checkout --orphan NEW_BRANCH_NAME_HERE
7. 无切换分支的从其它分支Checkout文件
不想切换分支,但是又想从其它分支中获得你需要的文件:
1
git checkout BRANCH_NAME_HERE -- PATH_TO_FILE_IN_BRANCH_HERE
8.忽略已追踪文件的变动
如果您正在一个团队中工作,而且大家都在同一条branch上面工作,那么您很有可能会经常用到fetch和merge。但是有时候这样会重置您的环境配置文件,如此的话,您就得在每次merge后修改它。使用这一命令,您就能要求git忽视指定文件的变动。这样,下回你再merge的话,这个文件就不会被修改了。
1
git update-index --assume-unchanged PATH_TO_FILE_HERE
9.检查提交的变动是否是release的一部分
name-rev命令能告诉您一个commit相对于最近一次release的位置。使用这条命令,您就可以检查您所做出的改动是否是release的一部分了。
1
git name-rev --name-only COMMIT_HASH_HERE
10.使用rebase推送而非merge
如果您正在团队中工作并且整个团队都在同一条branch上面工作,那么您就得经常地进行fetch/merge或者pull。Git中,分支的合并以所提交的merge来记录,以此表明一条feature分支何时与主分支合并。但是在多团队成员共同工作于一条branch的情形中,常规的merge会导致log中出现多条消息,从而产生混淆。因此,您可以在pull的时候使用rebase,以此来减少无用的merge消息,从而保持历史记录的清晰。
1
git pull --rebase
您也可以将某条branch配置为总是使用rebase推送:
1
git config branch.BRANCH_NAME_HERE.rebase true
查看文件diff
git diff <file> # 比较当前文件和暂存区文件差异 git diff
git diff <id1><id2> # 比较两次提交之间的差异
git diff <branch1>..<branch2> # 在两个分支之间比较
git diff --staged # 比较暂存区和版本库差异
git diff --cached # 比较暂存区和版本库差异
git diff --stat # 仅仅比较统计信息
git fetch
git merge FETCH_HEAD
[url]https://ruby-china.org/topics/4768[/url]
git log --oneline --graph --all 日志查看
git rebase -i HEAD~2
git stash
git blame 逐行显示文件轨迹日志
git diff 工作 - 暂存
gitdiff --cached 暂存-HEAD
git diff HEAD 工作 - HEAD
git config alias.logs "log --pretty=format:'%h -%an,%ar:%s'"
git clone git@172.16.10.183:/home/git/repositories/testdemo
git init --bare
git commit -m "add a.txt"
git add .
commit -m "add a.txt"
git push -u origin master
git add remote origin git@172.16.10.183:testdemo
git status
git config -l
git remote
git remote -v
git commit -m "add a.txt"
git show log
git log
git status
git pull
git push origin
git remote
git remote -v
git diff
git status
git log
git diff a.txt
git reflog
git branch
git branch -a
git remote add origin git@172.16.10.183:/home/git/repositories/testdemo
git push -u
git push -u origin master
git pull
git push -u origin master
git commit -a
git push origin <local_branch_name>:<remote_branch_name>
git checkout -b actionlock_redis-cluster origin/master
git push origin actionlock_redis-cluster
or
git checkout -b
git checkout -- filename ; 还原filename文件的一切修改
gitgerric
git push 远程地址 本地分支:refs/for/远程分支
git push origin master:refs/for/master or git push origin HEAD:refs/for/master
git config --global user.name xxx@xxx.com
git config --global user.email xxx@xxx.com
3.同步本地远程分支:
1 $: git fetch origin
4.提交分支数据到远程服务器:
1 $: git push origin <local_branch_name>:<remote_branch_name>
例如:
1 $: git push origin develop:develop
当然如果当前在develop分支下,也可以直接
1 $: git push
5.删除远程分支develop:
1 $: git push origin :develop
github接入:
1530 vim .git/config
1531 git config --global user.name gitname
1532 git config --global user.email email@xx.com
1535 git clone https://github.com/gitname/xxx.git
1543 git remote add origin https://github.com/gitname/xxx-shell.git
1544 git push origin master
会报 403,以下为处理方式(MAC不会出现)。
1545 git remote set-url origin https://gitname@github.com/gitname/xxx.git
1546 git push origin master
github:免密登陆:
1. git remote rm origin
2. git remote add origin [color=red]git@[/color]github.com[color=red]:username[/color]/demo.git
3. git push origin
windows git bash使用中可能会遇到libcurl.dll找不到的问题,下载安装后也用不了。这种情况可以参考:
[url]http://blog.csdn.net/changtianshuiyue/article/details/35797429[/url]
vim .git/config
change it from url=https://MichaelDrogalis@github.com/derekerdmann/lunch_call.git to url=ssh://git@github.com/derekerdmann/lunch_call.git. that is, change all the texts before @ symbol to ssh://git
注:
为了安全最好为origin 别个名;
ssh://git@github.com
============================================
以下为更实用的实践(有时间整理)
[url]http://blog.csdn.net/fyh2003/article/details/7528157[/url]
1.远程分支就是本地分支push到服务器上的时候产生的。比如master就是一个最典型的远程分支(默认)。
1 $: git push origin master
除了master之外,我们还可以随便创建分支,然后push到服务器上去。例如:
1 $: git push origin develop
2 Counting objects: 27, done.
3 Delta compression using up to 2 threads.
4 Compressing objects: 100% (15/15), done.
5 Writing objects: 100% (15/15), 7.30 KiB, done.
6 Total 15 (delta 10), reused 0 (delta 0)
7 To git@search.ued.taobao.net:projects/search.git
8 1b95a57..779dbe1 develop -> develop
2.远程分支和本地分支需要区分,所以,在从服务器上拉取特定分支的时候,需要指定本地分支名字。
1 $: git checkout --track origin/develop
注意该命令由于带有--track参数,所以要求git1.6.4以上!
这样git会自动切换到develop分支。
3.同步本地远程分支:
1 $: git fetch origin
4.提交分支数据到远程服务器:
1 $: git push origin <local_branch_name>:<remote_branch_name>
例如:
1 $: git push origin develop:develop
当然如果当前在develop分支下,也可以直接
1 $: git push
5.删除远程分支develop:
1 $: git push origin :develop
第一次创建的时候服务器上面没有任何分支(使用git init --bare).那么在本地创建了之后需要推送一个分支到服务器上面。
即:第一次push必须这样写 git push origin master:master
git checkout master //取出master版本的head。
git checkout tag_name //在当前分支上 取出 tag_name 的版本
git checkout master file_name //放弃当前对文件file_name的修改
git checkout branch_name tag_name //取指定分支branch_name的tag_name的版本
git checkout commit_id file_name //取文件file_name的 在commit_id是的版本。
commit_id为 git commit 时的sha值。
列出某一个commit ID(XXXXXXXXXXXXXXXX) 对应的补丁:
$ git log -1 -p XXXXXXXXXXXXXXXX or git log -1 -p XXXXXXXXXXXXXXXX
$ git format-patch -1 XXXXXXXXXXXXXXXX <===-1不可省略
--stdout //打印到标准输出
$ git show XXXXXXXXXXXXXXXX
$ git diff-tree -p XXXXXXXXXXXXXXXX
git tag使用:
git checkout -b branch_name tag_name
git跟其它版本控制系统一样,可以打标签(tag), 作用是标记一个点为一个版本号,如0.1.3, v0.1.7, ver_0.1.3.在程序开发到一个阶段后,我们需要打个标签,发布一个版本,标记的作用显而易见。
下面介绍一下打标签,分享标签,移除标签的操作命令。
打标签
git tag -a 0.1.3 -m “Release version 0.1.3″
详解:git tag 是命令
-a 0.1.3是增加 名为0.1.3的标签
-m 后面跟着的是标签的注释
打标签的操作发生在我们commit修改到本地仓库之后。完整的例子
git add .
git commit -m “fixed some bugs”
git tag -a 0.1.3 -m “Release version 0.1.3″
分享提交标签到远程服务器上
git push origin master
git push origin --tags
–tags参数表示提交所有tag至服务器端,普通的git push origin master操作不会推送标签到服务器端。
删除标签的命令
git tag -d 0.1.3
删除远端服务器的标签
git push origin :refs/tags/0.1.3
[url]http://blog.jobbole.com/22647/[/url]git架构图解
[url]http://ju.outofmemory.cn/entry/26189[/url]git架构图解
[url]http://www.cnblogs.com/BeginMan/p/3577553.html[/url]git log
[url]http://www.oschina.net/translate/10-tips-git-next-level[/url]git的高级使用
[url=http://www.oschina.net/translate/10-useful-advanced-git-commands?print]10 个很有用的高级 Git 命令[/url]
迄今,我已经使用Git很长一段时间了,考虑分享一些不管你是团队开发还是个人项目,都受用的高级git命令。
1. 输出最后一次提交的改变
这个命令,我经常使用它 来发送其他没有使用git的人来检查或者集成所修改的。它会输出最近提交的修改内容到一个zip文件中。
1
git archive -o ../updated.zip HEAD $(git diff --name-only HEAD^)
2. 输出两个提交间的改变
类似的,如果你需要输出某两个提交间的改变时,你可以使用这个。
1
git archive -o ../latest.zip NEW_COMMIT_ID_HERE $(git diff --name-only OLD_COMMIT_ID_HERE NEW_COMMIT_ID_HERE)
3. 克隆 指定的远程分支
如果你渴望只克隆远程仓库的一个指定分支,而不是整个仓库分支,这对你帮助很大。
1
git init
2
git remote add -t BRANCH_NAME_HERE -f origin REMOTE_REPO_URL_PATH_HERE
3
git checkout BRANCH_NAME_HERE
4. 应用 从不相关的本地仓库来的补丁
如果你需要其它一些不相关的本地仓库作为你现在仓库的补丁,这里就是通往那里的捷径。
1
git --git-dir=PATH_TO_OTHER_REPOSITORY_HERE/.git format-patch -k -1 --stdout COMMIT_HASH_ID_HERE| git am -3 -k
5. 检测 你的分支的改变是否为其它分支的一部分
cherry命令让我们检测你的分支的改变是否出现在其它一些分支中。它通过+或者-符号来显示从当前分支与所给的分支之间的改变:是否合并了(merged)。.+ 指示没有出现在所给分支中,反之,- 就表示出现在了所给的分支中了。这里就是如何去检测:
1
git cherry -v OTHER_BRANCH_NAME_HERE
2
#例如: 检测master分支
3
git cherry -v master
6.开始一个无历史的新分支
有时,你需要开始一个新分支,但是又不想把很长很长的历史记录带进来,例如,你想在公众区域(开源)放置你的代码,但是又不想别人知道它的历史记录。
1
git checkout --orphan NEW_BRANCH_NAME_HERE
7. 无切换分支的从其它分支Checkout文件
不想切换分支,但是又想从其它分支中获得你需要的文件:
1
git checkout BRANCH_NAME_HERE -- PATH_TO_FILE_IN_BRANCH_HERE
8.忽略已追踪文件的变动
如果您正在一个团队中工作,而且大家都在同一条branch上面工作,那么您很有可能会经常用到fetch和merge。但是有时候这样会重置您的环境配置文件,如此的话,您就得在每次merge后修改它。使用这一命令,您就能要求git忽视指定文件的变动。这样,下回你再merge的话,这个文件就不会被修改了。
1
git update-index --assume-unchanged PATH_TO_FILE_HERE
9.检查提交的变动是否是release的一部分
name-rev命令能告诉您一个commit相对于最近一次release的位置。使用这条命令,您就可以检查您所做出的改动是否是release的一部分了。
1
git name-rev --name-only COMMIT_HASH_HERE
10.使用rebase推送而非merge
如果您正在团队中工作并且整个团队都在同一条branch上面工作,那么您就得经常地进行fetch/merge或者pull。Git中,分支的合并以所提交的merge来记录,以此表明一条feature分支何时与主分支合并。但是在多团队成员共同工作于一条branch的情形中,常规的merge会导致log中出现多条消息,从而产生混淆。因此,您可以在pull的时候使用rebase,以此来减少无用的merge消息,从而保持历史记录的清晰。
1
git pull --rebase
您也可以将某条branch配置为总是使用rebase推送:
1
git config branch.BRANCH_NAME_HERE.rebase true
查看文件diff
git diff <file> # 比较当前文件和暂存区文件差异 git diff
git diff <id1><id2> # 比较两次提交之间的差异
git diff <branch1>..<branch2> # 在两个分支之间比较
git diff --staged # 比较暂存区和版本库差异
git diff --cached # 比较暂存区和版本库差异
git diff --stat # 仅仅比较统计信息
git fetch
git merge FETCH_HEAD
[url]https://ruby-china.org/topics/4768[/url]
git log --oneline --graph --all 日志查看
git rebase -i HEAD~2
git stash
git blame 逐行显示文件轨迹日志
git diff 工作 - 暂存
gitdiff --cached 暂存-HEAD
git diff HEAD 工作 - HEAD
git config alias.logs "log --pretty=format:'%h -%an,%ar:%s'"
git clone git@172.16.10.183:/home/git/repositories/testdemo
git init --bare
git commit -m "add a.txt"
git add .
commit -m "add a.txt"
git push -u origin master
git add remote origin git@172.16.10.183:testdemo
git status
git config -l
git remote
git remote -v
git commit -m "add a.txt"
git show log
git log
git status
git pull
git push origin
git remote
git remote -v
git diff
git status
git log
git diff a.txt
git reflog
git branch
git branch -a
git remote add origin git@172.16.10.183:/home/git/repositories/testdemo
git push -u
git push -u origin master
git pull
git push -u origin master
git commit -a
git push origin <local_branch_name>:<remote_branch_name>
git checkout -b actionlock_redis-cluster origin/master
git push origin actionlock_redis-cluster
or
git checkout -b
git checkout -- filename ; 还原filename文件的一切修改
gitgerric
git push 远程地址 本地分支:refs/for/远程分支
git push origin master:refs/for/master or git push origin HEAD:refs/for/master
git config --global user.name xxx@xxx.com
git config --global user.email xxx@xxx.com
3.同步本地远程分支:
1 $: git fetch origin
4.提交分支数据到远程服务器:
1 $: git push origin <local_branch_name>:<remote_branch_name>
例如:
1 $: git push origin develop:develop
当然如果当前在develop分支下,也可以直接
1 $: git push
5.删除远程分支develop:
1 $: git push origin :develop
github接入:
1530 vim .git/config
1531 git config --global user.name gitname
1532 git config --global user.email email@xx.com
1535 git clone https://github.com/gitname/xxx.git
1543 git remote add origin https://github.com/gitname/xxx-shell.git
1544 git push origin master
会报 403,以下为处理方式(MAC不会出现)。
1545 git remote set-url origin https://gitname@github.com/gitname/xxx.git
1546 git push origin master
github:免密登陆:
1. git remote rm origin
2. git remote add origin [color=red]git@[/color]github.com[color=red]:username[/color]/demo.git
3. git push origin
windows git bash使用中可能会遇到libcurl.dll找不到的问题,下载安装后也用不了。这种情况可以参考:
[url]http://blog.csdn.net/changtianshuiyue/article/details/35797429[/url]
vim .git/config
change it from url=https://MichaelDrogalis@github.com/derekerdmann/lunch_call.git to url=ssh://git@github.com/derekerdmann/lunch_call.git. that is, change all the texts before @ symbol to ssh://git
注:
为了安全最好为origin 别个名;
ssh://git@github.com
============================================
以下为更实用的实践(有时间整理)
[url]http://blog.csdn.net/fyh2003/article/details/7528157[/url]
1.远程分支就是本地分支push到服务器上的时候产生的。比如master就是一个最典型的远程分支(默认)。
1 $: git push origin master
除了master之外,我们还可以随便创建分支,然后push到服务器上去。例如:
1 $: git push origin develop
2 Counting objects: 27, done.
3 Delta compression using up to 2 threads.
4 Compressing objects: 100% (15/15), done.
5 Writing objects: 100% (15/15), 7.30 KiB, done.
6 Total 15 (delta 10), reused 0 (delta 0)
7 To git@search.ued.taobao.net:projects/search.git
8 1b95a57..779dbe1 develop -> develop
2.远程分支和本地分支需要区分,所以,在从服务器上拉取特定分支的时候,需要指定本地分支名字。
1 $: git checkout --track origin/develop
注意该命令由于带有--track参数,所以要求git1.6.4以上!
这样git会自动切换到develop分支。
3.同步本地远程分支:
1 $: git fetch origin
4.提交分支数据到远程服务器:
1 $: git push origin <local_branch_name>:<remote_branch_name>
例如:
1 $: git push origin develop:develop
当然如果当前在develop分支下,也可以直接
1 $: git push
5.删除远程分支develop:
1 $: git push origin :develop
第一次创建的时候服务器上面没有任何分支(使用git init --bare).那么在本地创建了之后需要推送一个分支到服务器上面。
即:第一次push必须这样写 git push origin master:master
git checkout master //取出master版本的head。
git checkout tag_name //在当前分支上 取出 tag_name 的版本
git checkout master file_name //放弃当前对文件file_name的修改
git checkout branch_name tag_name //取指定分支branch_name的tag_name的版本
git checkout commit_id file_name //取文件file_name的 在commit_id是的版本。
commit_id为 git commit 时的sha值。
列出某一个commit ID(XXXXXXXXXXXXXXXX) 对应的补丁:
$ git log -1 -p XXXXXXXXXXXXXXXX or git log -1 -p XXXXXXXXXXXXXXXX
$ git format-patch -1 XXXXXXXXXXXXXXXX <===-1不可省略
--stdout //打印到标准输出
$ git show XXXXXXXXXXXXXXXX
$ git diff-tree -p XXXXXXXXXXXXXXXX
git tag使用:
git checkout -b branch_name tag_name
git跟其它版本控制系统一样,可以打标签(tag), 作用是标记一个点为一个版本号,如0.1.3, v0.1.7, ver_0.1.3.在程序开发到一个阶段后,我们需要打个标签,发布一个版本,标记的作用显而易见。
下面介绍一下打标签,分享标签,移除标签的操作命令。
打标签
git tag -a 0.1.3 -m “Release version 0.1.3″
详解:git tag 是命令
-a 0.1.3是增加 名为0.1.3的标签
-m 后面跟着的是标签的注释
打标签的操作发生在我们commit修改到本地仓库之后。完整的例子
git add .
git commit -m “fixed some bugs”
git tag -a 0.1.3 -m “Release version 0.1.3″
分享提交标签到远程服务器上
git push origin master
git push origin --tags
–tags参数表示提交所有tag至服务器端,普通的git push origin master操作不会推送标签到服务器端。
删除标签的命令
git tag -d 0.1.3
删除远端服务器的标签
git push origin :refs/tags/0.1.3