Git，repo常用命令

Git

最基本的命令：

git clone拷贝并跟踪远程的master分支。跟踪的好处是以后可以直接通过pull和push命令来提交或者获取远程最新的代码，而不需要指定远程分支名字。

git submodule init

git submodule update

 

参考示意图

HEAD 指向当前的commit对象(可以想象为当前分支的别名)，同时也用来表明我们在哪个branch上工作。所以当我们使用HEAD来操作指针的时候，其实就是不改变当前的commit的指向。

 

 

对照这张图来理解两段提交，工作区(working tree)，暂存区（index）和 branch之间的关系

---

显示信息类命令
git ls-files -u 显示冲突的文件，-s是显示标记为冲突已解决的文件

git diff 对比工作区和stage文件的差异
git diff --cached 对比stage和branch之间的差异

git branch 列出当前repository下的所有branch
git branch --a 列出local 和remote下的所有branch

git ls-files --stage 检查保存在stage的文件

git log 显示到HEAD所指向的commit为止的所有commit记录 。使用reset HEAD~n命令使HEAD指针向前移动，会导致HEAD之后的commit记录不会被显示。

git log -g则会查询reflog去查看最近做了哪些动作，这样可以配合git branch恢复之前因为移动HEAD指针所丢弃的commit对象。如果reflog丢失则可以通过git fsck--full来查看没被引用的commit对象。
git log -p -2 对比最新两次的commit对象
log -1 HEAD

git log --pretty=oneline

git log --stat 1a410e 查看sha1为1a410e的commit对象的记录

git blame -L 12,22 sth.cs 如果你发现自己代码中的一个方法存在缺陷,你可以用gitblame来标注文件,查看那个方法的每一行分别是由谁在哪一天修改的。下面这个例子使用了-L选项来限制输出范围在第12至22行

---

创建类命令
git brach branchName 创建名为branchName的branch
git checkout branchName 切换到branchName的branch
git checkout -b 创建并切换，也就是上面两个命令的合并

git brach branchName ef71 从commit ef71创建名为branchName的branch

---

撤销类命令
如果是单个文件
1.use "git reset HEAD ..." to unstage
如果已经用add 命令把文件加入stage了，就先需要从stage中撤销

然后再从工作区撤销
2.use "git checkout -- ..." to discard changes in workingdirectory

git checkout a.txt  撤销a.txt的变动（工作区上的文件）
如果是多个文件
git chenkout .

如果已经commit 了，则需要
git commit --amend来修改，这个只能修改最近上一次的,也就是用一个新的提交来覆盖上一次的提交。因此如果push以后再做这个动作就会有危险

$ git reset --hard HEAD放弃工作区和index的改动,HEAD指针仍然指向当前的commit.（参照第一幅图）

这条命令同时还可以用来撤销还没commit的merge,其实原理就是放弃index和工作区的改动，因为没commit的改动只存在于index和工作区中。

$ git reset --hard HEAD^ 用来撤销已经commit的内容(等价于 git reset --hardHEAD~1) 。原理就是放弃工作区和index的改动，同时HEAD指针指向前一个commit对象。

git revert 也是撤销命令，区别在于reset是指向原地或者向前移动指针，gitrevert是创建一个commit来覆盖当前的commit,指针向后移动

---

提交类命令
git add跟踪新文件或者已有文件的改动，或者用来解决冲突

git commit 把文件从stage提交到branch

git commit -a 把修改的文件先提交到stage,然后再从stash提交到branch

---

删除类命令
git rm --cached readme.txt 只从stage中删除，保留物理文件

git rm readme.txt 不但从stage中删除，同时删除物理文件

git mv a.txt b.txt 把a.txt改名为b.txt

---

Merge类命令

在冲突状态下，需要解决冲突的文件会从index打回到工作区。

1.用工具或者手工解决冲突
2.git add 命令来表明冲突已经解决。
3.再次commit 已解决冲突的文件。

$ git reset --hard ORIG_HEAD 用来撤销已经commit 的merge.
$ git reset --hard HEAD 用来撤销还没commit的merge,其实原理就是放弃index和工作区的改动。

git reset --merge ORIG_HEAD，注意其中的--hard 换成了--merge，这样就可以避免在回滚时清除working tree。

repo:

Repo详解 http://blog.csdn.net/wyh991131/article/details/18667605 1 repo介绍 Android 使用 Git 作为代码管理工具，开发了 Gerrit 进行代码审核以便更好的对代码进行集中式管理，还开发了 Repo 命令行工具，对 Git 部分命令封装，将百多个 Git 库有效的进行组织。 1.1    清单库文件介绍 一个清单库可以包含多个清单文件和多个分支，每个清单文件和分支都有对应的版本。清单文件以xml格式组织的。举个例子： ?         remote元素，定义了名为korg的远程版本库，其库的基址为git：//172.16.1.31/ ?         default元素，设置各个项目默认远程版本库为korg，默认的的分支为gingerbread-exdroid-stable。当然各个项目(project元素)还可以定义自己的remote和revision覆盖默认的配置 ?         project元素，用于定义一个项目，path属性表示在工作区克隆的位置，name属性表示该项目的远程版本库的相对路径 ?         project元素的子元素copyfile，定义了项目克隆后的一个附件动作，从src拷贝文件到dest 1.2 下载repo代码 $mkdir android2.3.4 $cdandroid2.3.4 $gitclone git://172.16.1.31/repo.git      于是在android目录下便有repo文件夹，里面包含了repo的源代码，里面有个repo脚本，用它来执行repo指令。 在本地开发的用户需要下载repo代码，在172.16.1.7服务器上开发的用户则不用下载repo代码，因为已经把repo脚本添加到了环境变量，执行repoinit 就会附加的下载repo代码。 2 repo常用指令 备注：“*”表示新添加的指令 2.1 repo init (下载repo并克隆manifest) Usage： repoinit –u URL [OPTIONS] Options: l         -u:指定一个URL，其连接到一个maniest仓库 l         -m:在manifest仓库中选择一个xml文件 l         -b:选择一个maniest仓库中的一个特殊的分支 命令repo init 要完成如下操作： ?         完成repo工具的完整下载，执行的repo脚本只是引导程序 ?         克隆清单库manifest.git (地址来自于-u 参数) ?         克隆的清单库位于manifest.git中，克隆到本地.repo/manifests.清单.repo/manifest.xml只是符号链接，它指向.repo/manifests/default.xml ?         如果manifests中有多个xml文件，repo init 可以任意选择其中一个，默认选择是default.xml Example： repoinit  -ugit://172.16.1.31/manifest.git 在android2.3.4目录下面出现了.repo文件夹。   repo  init  -ugit://172.16.1.31/manifest.git –m android.xml 选择的是android.xml里面的配置，.repo/manifest.xml便指向.repo/manifests/android.xml 2.2 repo sync(下载代码) Usage: reposync […] 用于参照清单文件.repo/manifest.xml克隆并同步版本库。如果某个项目版本库尚不存在，则执行repo sync 命令相当于执行git clone，如果项目版本库已经存在，则相当于执行下面的两条指令： l         git remote update 相当于对每一个remote源执行了fetch操作 l         git rebase origin/branch 针对当前分支的跟踪分支执行rebase操作。 Example: reposync 也可以选择克隆其中的一个项目: reposync platform/build 2.3 repo start(创建并切换分支) Usage: repostart  [--all | …]     刚克隆下来的代码是没有分支的,repo start实际是对git checkout –b 命令的封装。为指定的项目或所有项目（若使用—all参数），以清单文件中为设定的分支，创建特性分支。这条指令与git checkout –b 还是有很大的区别的，git checkout –b 是在当前所在的分支的基础上创建特性分支，而repo start是在清单文件设定分支的基础上创建特性分支。 Example：   repostart  stable  --all 假设清单文件中设定的分支是gingerbread-exdroid-stable，那么执行以上指令就是对所有项目，在gingerbread-exdroid-stable的基础上创建特性分支stable。   repostart  stable  platform/buildplatform/bionic 假设清单文件中设定的分支是gingerbread-exdroid-stable，那么执行以上指令就是对platform/build、platform/bionic项目，在gingerbread-exdroid-stable的基础上创建特性分支stable      2.4 repo checkout(切换分支)  Usage： repocheckout   […] 实际上是对git checkout 命令的封装，但不能带-b参数，所以不能用此命令来创建特性分支。 Example： repocheckout crane-dev  repocheckout crane-dev  platform/build  platform/bionic 2.5 repo branches(查看分支) Usage： repobranches […] Example： repobranches  repobranches platform/build platform/bionic   2.6 repo diff(查看工作区文件差异)  Usage： repodiff […]    实际是对git diff 命令的封装,用于分别显示各个项目工作区下的文件差异。 Example： repodiff                            ---查看所有项目 repodiff platform/build platform/bionic  ---只查看其中两个项目 2.7 repo stage(把文件添加到index表中)      实际是对git add --interactive命令的封装、用于挑选各个项目工作区中的改动以加入暂存区。 Usage： repostage -i […]     -i代表git add --interactive命令中的--interactive，给出个界面供用户选择 2.8 repo prune(删除已经合并分支)    实际上是对git branch –d命令的封装，该命令用于扫面项目的各个分支，并删除已经合并的分支，用法如下： repoprune […]   2.9 repo abandon(删除指定分支)    实际上是对git branch –D 命令的封装，用法如下： repoabandon […] 2.10 repo status(查看文件状态) 实际上是对git diff-index、git diff-filse命令的封装，同时显示暂存区的状态和本地文件修改的状态 $repo/repo status platform/bionic 以上的实例输出显示了platform/bionic项目分支的修改状态 ?         每个小节的首行显示羡慕名称，以及所在分支的名称 ?         第一个字母表示暂存区的文件修改状态 l         -:没有改变 l         A:添加（不在HEAD中，在暂存区中） l         M：修改（在HEAD中，在暂存区中，内容不同） l         D:删除（在HEAD中，不在暂存区） l         R：重命名（不在HEAD中，在暂存区，路径修改） l         C：拷贝（不在HEAD中，在暂存区，从其他文件拷贝） l         T：文件状态改变（在HEAD中，在暂存区，内容相同） l         U：未合并，需要冲突解决 ?         第二个字母表示工作区文件的更改状态 l         -：新/未知（不在暂存区，在工作区） l         m：修改（在暂存区，在工作区，被修改） l         d：删除（在暂存区，不在工作区） ?         两个表示状态的字母后面，显示文件名信息。如果有文件重名还会显示改变前后的文件名及文件的相似度 2.11 *repo remote(设置远程仓库) Usage: reporemote add   […]  reporemote rm   […] Example: reporemote add org ssh://172.16.1.31/git_repo 这个指令是根据xml文件添加的远程分支，方便于向服务器提交代码，执行之后的build目录下看到新的远程分支org： 删除远程仓库： $repo  remote  rm  org 2.12 *repo push repopush org    这是新添加的指令，用于向服务器提交代码，使用方法： repopush [--all |…] repo会自己查询需要向服务器提交的项目并提示用户。 2.13repo forall  Usage： repoforall […] –c 迭代器，可以在所有指定的项目中执行同一个shell指令  Options： l         -c:后面所带的参数着是shell指令 l         -p:在shell指令输出之前列出项目名称 l         -v:列出执行shell指令输出的错误信息  additionalenvironment variables: l         REPO_PROJECT:指定项目的名称 l         REPO_PATH:指定项目在工作区的相对路径 l         REPO_REMOTE:指定项目远程仓库的名称 l         REPO_LREV:指定项目最后一次提交服务器仓库对应的哈希值 l         REPO_RREV:指定项目在克隆时的指定分支，manifest里的revision属性  另外，如果-c后面所带的shell指令中有上述环境变量，则需要用单引号把shell指令括起来。 3.13.1 添加的环境变量   repo forall –c ‘echo $REPO_PROJECT’    $repo forall  –c‘echo $REPO_PATH’     3.13.2 merge(合并多个分支)     把所有项目多切换到master分支，执行以下指令将topic分支合并到master分支   repo forall –p –c git merge topic 3.13.3 tag(打标签) 在所有项目下打标签 repoforall –c git tag crane-stable-1.6 3.13.4 remote (设置远程仓库) 引用环境变量REPO_PROJECT添加远程仓库： repo forall –c ‘git remote add korgssh://xiong@172.16.31/$REPO_PROJECT.git’ 删除远程仓库： repoforall –c git remote add korg 3.13.5 branch(创建特性分支) repoforall –c git branch crane-dev repoforall –c git checkout –b crane-dev 3 repo的额外命令集 3.1 repo grep 相当于对git grep 的封装，用于在项目文件中进行内容查找 3.2 repo manifest 显示manifest文件内容 Usage: repomanifest –o android.xml 3.3 repo version 显示repo的版本号 3.4 repo upload repoupload相当于git push，但是又有很大的不同。它不是将版本库改动推送到克隆时的远程服务器，而是推送到代码审核服务器(Gerrit软件架设)的特殊引用上，使用SSH协议。代码审核服务器会对推送的提交进行特殊处理，将新的提交显示为一个待审核的修改集，并进入代码审查流程，只有当审核通过后，才会合并到官方正式的版本库中。 因为全志没有代码审核服务器，所以这条指令用不到。  Usage： repoupload [--re --cc] {[]… | --replace }  Options: l         -h, --help:显示帮助信息 l         -t:发送本地分支名称到Gerrit代码审核服务器 l         --replace:发送此分支的更新补丁集 l         --re=REVIEWERS:要求指定的人员进行审核 l         --cc=CC:同时发送通知到如下邮件地址 3.5 repo download 主要用于代码审核者下载和评估贡献者提交的修订 Usage repodownload {project change [patchset]}… 3.6 repo selfupdate

参考：

git:

http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

http://www.cnblogs.com/lwzz/archive/2013/02/23/2921426.html

repo:
http://www.360doc.com/content/14/0220/17/97538_354256755.shtml


http://www.open-open.com/lib/view/open1405048177091.html

分享：

0

喜欢