首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 开发语言 > 编程 >

Git 根本用法

2013-12-07 
Git 基本用法Basic:$ git branch new_branch/NULL创建分支/查看当前分支$ git branch -d branch删除

Git 基本用法
Basic:

$ git branch <new_branch>/<NULL>创建分支/查看当前分支

$ git branch -d <branch>删除分支(已经merge到其他分支的)否则强制删除-D

$ git checkout <branch>检出分支

$ git checkout -b <new_branch><tag>/<branch>/<index>/<NULL>基于<*>创建新分支并检出

$ git add <file> $ git commit -a -m ”comments“ $ git status

$ git branch --merge查看哪些分支已被并入当前分支

$ git log -p master..origin/master 显示远程仓库的master分支的更改记录(从clone或者fetch起)

$ git config --list 显示当前配置

$ git tag -a <tag>

$ git grep "**"不用checkou 的grep

$ git gc 压缩

一、本地与远程交互
本地分支(master)A <>? 存储在本地的远程仓库副本(含远程的所有分支,用origin/master表示 ) B <> 远程仓库的分支C
$ git remote -v  # 显示已经有的远程仓库koke      git://github.com/koke/grit.git   #只能getorigin    git@github.com:mojombo/grit.git  #这个用的是ssh格式, 我自己可以推送的仓库
$ git remote add origin https://EchoYan@bitbucket.org/EchoYan/_depositary_name.git
$ git clone origin # 复制远程仓库到本地, 存为本地副本, 与本地自己的仓库不是一回事
# 添加远程仓库,并别名为origin,默认仓库
# clone 自动创建本地master 分支来track远程仓库的master分支


cd /path/to/my/repogit remote add origin https://Ericales@bitbucket.org/Ericales/vimrc.gitgit push -u origin --all # pushes up the repo and its refs for the first timegit push -u origin --tags # pushes up any tags

$ git fetch origin  #获取远程仓库的所有更新, 应用到远程仓库的本地副本上(针对所有分支),不是应用到自己的分支上。
# 即 把C 的更新应用到 B

$ git merge origin/branch_name? #把远程仓库branch merge到自己当前所在的分支上

# 即 把 B 的更新 应用到 A

# 我们不能编辑本地的远程分支副本,因此要把远程分支和本地分支关联(track),
修改本地自己的,然后推送到远程
## 以下两种方式就track了
$ git checkout -b new_local_branch origin/remote_branch # 根据远程仓库的分支来 创建新本地分支 C => A
$ git push origin <local_branch_name>:<remote_branch_name> # 根据本地的分支 创建远程仓库上的分支 A => C
# 这两种方式下的分支是相互关联的分支,所谓跟踪分支(tracking branch),彼此对应
# push 是用本地的去更新远程的, 而pull是用远程的去更新本地的

$ git push origin <branch_name> # 用本地的分支 去更新远程中的关联分支(tracking branch)
$ git pull origin <branch_name> # 用远程仓库中与本地master跟踪的分支(即仓库中的master分支)去 更新本地的master分支
## 无参数的命令git push 与git pull会将当前分支与其tracking branch同步更新
$ git push origin :develop #删除远程分支develop

$ git remote show origin # 查看某个远程仓库的详细信息
$ git remote rename <old> <new> # 修改 远程仓库的alias
git remote rm <depositary_name> # 删除远程仓库
$ git tag -d <tag_name>#删除本地tag
$
git push --tags #推送本地所有新增的标签tag
$ git push origin <tag_name> # 推送本地某一个标签
$ git push origin :refs/tags/<tag_name>#删除远程仓库中的标签tag_name
#关于submodule:
$ git submodule init
$ git update$git rm -n <file_name>#查看某一文件是否被跟踪

$git rm --cached readme.txt # 文件放弃跟踪,但是还是保留在工作目录中。 没有--cached 选项,就完全删除文件。

# 如果直接rm file, git status 会提示有文件修改但没存。

// 修改最近的一次提交, 包括comments
$ git commit -m 'initial commit'$ git add forgotten_file$ git commit --amend
最近的提交A < > 暂存区修改 B <> 工作目录新修改C

检出:

$ 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值。
??

撤销:$ git diff #(比较B,C)

上面的命令会显示在当前的工作目录里的,没有 staged(添加到索引中),且在下次提交时 不会被提交的修改。
@ 如果你要看在下次提交时要提交的内容(staged,添加到索引中)。 命令会显示你当前的索引和上次提交间的差异;这些内容在不带"-a"参数运行 "git commit"命令时就会被提交。

$ git diff --cached #(比较A,B)

@ 这条命令会显示你工作目录与上次提交时之间的所有差别,这条命令所显示的 内容都会在执行"git commit -a"命令时被提交。

$ git diff HEAD (比较A,C)

比较分支间差异

$ git diff <branch1>..<branch2>

忽略某些文件
项目中经常会生成一些Git系统不需要追踪(track)的文件。典型的是在编译生成过程中 产生的文件或是编程器生成的临时备份文件。当然,你不追踪(track)这些文件,可以 平时不用"git add"去把它们加到索引中。 但是这样会很快变成一件烦人的事,你发现 项目中到处有未追踪(untracked)的文件; 这样也使"git add ." 和"git commit -a" 变得实际上没有用处,同时"git status"命令的输出也会有它们。
你可以在你的顶层工作目录中添加一个叫".gitignore"的文件,来告诉Git系统要忽略 掉哪些文件,下面是文件内容的示例:

# 以'#' 开始的行,被视为注释.
# 忽略掉所有文件名是 foo.txt 的文件.
foo.txt
# 忽略所有生成的 html 文件,
*.html
# foo.html是手工维护的,所以例外.
!foo.html
# 忽略所有.o 和 .a文件.
*.[oa]

你可以点这里gitignore 查看一下详细的语法解释. 你也可以把".gitignore" 这个文件放到工作树(working tree)里的其它目录中,这就会在它和它的子目录起忽略(ignore) 指定文件的作用。.gitignor文件同样可以像其它文件一样加到项目仓库里( 直接用git add .gitignore 和git commit等命令), 这样项目里的其它开发者也能共享同一套忽略 文件规则。
如果你想忽略规则只对特定的仓库起作用,你可以把这些忽略规则写到你的仓库下 .git/info/exclude文件中,或是写在Git配置变量core.excludesfile中指定的 文件里。有些Git命令也可在命令行参数中指定忽略规则,你可以在这
里:gitignore 查看详细的用法。

?关于rebase
/* file is begin */

$git checkout -b develop master #

$git commit -a -m "commit/* file is begin */

A

$git checkout master

$git commit -a -m "commit/* file is begin */

?

B

如果我们

$git merge develop # 之后记为LATEST/* file is begin */

A

B

log中存的是这样的:

O ---->A----------> L

?????? |----->B---|

那么我们能恢复到A状态,也可以恢复到B状态。

但如果

$ git rebase develop

log中只有一条线了

O---> A-->B ==L

如果$git revert HEAD 只能得到的/* file is begin */

A

如果$git revert HEAD^? 只能得到的/* file is begin */

效果和merge是一样的,但是log中是不一样的。 区别就是rebase先将mywork 中我自己的新commit删除并 暂存起来, 再去把origin中的他人新commit 加到mywork, 然后再去commit 刚才 暂存的mywork上自己的commit。 而merger 直接是讲 origin上的别人的commit合并到我自己的本地分支。 历史中保存各自的commit节点。 rebase之后,我自己的提交的时间点被更新了, 而merge没有。

$ git checkout -b mywork origin/master #从远程创建自己的本地分支
# 在我的本地分支mywork做一些自己的commit, 同时远程仓库有其他人在commit,不会体现在我的本地分支上
$ git checkout mywork
$ git rebase origin # 我的本地分支同步到跟origin现在的状态一致
# (他人的新commit体现在我本地分支,我自己的commit被删除了,但留有备份), 再把我在本地的commit重新提交到mywork。

$ git checkout -b mywork origin/master #从远程创建自己的本地分支
# 在我的本地分支mywork做一些自己的commit, 同时远程仓库有其他人在commit,不会体现在我的本地分支上
$ git checkout mywork
$ git merge origin #将 在我checkout节点之后,远程仓库中的新的commit 合并到我自己的本地分支上。

删除分支如何恢复

$ git fsck --lost-found #找出删除的分支中的commit的index

$ git show <index> #查看index对应的commit的详细信息

$ git rebase/merge <index> #恢复这个commit

?

?????