本文目录
- 以下哪些git命令可以切换branch
- Git 中 在哪个branch 打tag有关系吗
- git 删除branch用什么，命令
- git init和git branch的区别
- Git 找回本地删除的 branch
- Git分支，为何以及如何使用分支
以下哪些git命令可以切换branch
查看分支：\x0d\x0a $ git branch 该命令会类出当先项目中的所有分支信息，其中以*开头的表示当前所在的分支。参数-r列出远程仓库中的分支，而-a则远程与本地仓库的全部分支。\x0d\x0a创建新分支：\x0d\x0a $ git branch testing 创建一个名为testing的分支\x0d\x0a\x0d\x0a切换分支：\x0d\x0a $ git checkout teting 切换到testing分支上。通过向该命令传递一个-b参数，可以实现创建并切换分支的功能。
Git 中 在哪个branch 打tag有关系吗
其实要取得不同的branch的tag，只需要在相应的分支上打tag就行了。这样的tag就唯一对应了不同的分支。例如，你在master上打了tag为v1，在某个branch上打了tag为v2，则你取出v2代码的时候，自然就是对应的branch分支了。
git 删除branch用什么，命令
如果对git命令行不熟悉的话，用git图形界面工具，就比较合适了。建议使用tortoisegit这样的工具，命令行从学习到灵活掌握的时间成本比较高的。 1，添加 # git clone git@192, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT! To git@192, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT! remote: Counting objects: 5, done. remote: Compressing objects: 100% (2/2), done. remote: Total 3 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (3/3), done. From 192.168.10.202:develop/test 367dad3..5e5640b master -》 origin/master Auto-merging test.txt CONFLICT (content): Merge conflict in test.txt Automatic merge failed; fix conflicts and then commit the result. # vim test.txt //修改冲突文件，并保存 # git commit -am "remove conflict" //重新提交到本地版本库 # git push //同步到远程
git init和git branch的区别
如果使用了git init初始化，则远程仓库的目录下，也包含work tree，当本地仓库向远程仓库push时, 如果远程仓库正在push的分支上（如果当时不在push的分支，就没有问题）, 那么push后的结果不会反应在work tree上, 也即在远程仓库的目录下对应的文件还是之前的内容，必须得使用git reset --hard才能看到push后的内容.用“git init --bare"初始化的版本库（暂且称之为bare repository）仅包含".git"目录（记录版本历史），不含项目源文件拷贝。如果你进入版本目录，你会发现仅有".git"目录，没有其他文件。版本库仅包含记录着版本历史的文件。***隐藏网址***
Git 找回本地删除的 branch
commit以后忘记push，然后删除了本地的branch： git branch -D branchName 下面是如何找回这个branch的办法：（如果你删除以后没有关闭terminal，那会很容易） git reflog： 显示每个branch的最后一个commit的SHA1 git branch branchName: 重新创建你需要的branch如果你在删除branch以后并没有关闭terminal，那么在你做 branch -D 的同时，terminal会显示branch的 SHA1, 所以你可以用这个SHA1 直接还原branch，下面是来自SO 的example。 branch 名字 master2:user@MY-PC /C/MyRepo (master) $ git branch -D master2 Deleted branch master2 (was 130d7ba). 《-- "130d7ba" 就是我们需要的SHA1 user@MY-PC /C/MyRepo (master) $ git branch master2 130d7ba
Git分支，为何以及如何使用分支
几乎每一种版本控制系统都以某种形式支持分支。使用分支意味着你可以从开发主线上分离开来，然后在不影响主线的同时继续工作。在很多版本控制系统中，这是个昂贵的过程，常常需要创建一个源代码目录的完整副本，对大型项目来说会花费很长时间。
有人把 Git 的分支模型称为“必杀技特性”，而正是因为它，将 Git 从版本控制系统家族里区分出来。Git 有何特别之处呢？Git 的分支可谓是难以置信的轻量级，它的新建操作几乎可以在瞬间完成，并且在不同分支间切换起来也差不多一样快。和许多其他版本控制系统不同，Git 鼓励在工作流程中频繁使用分支与合并，哪怕一天之内进行许多次都没有关系。理解分支的概念并熟练运用后，你才会意识到为什么 Git 是一个如此强大而独特的工具，并从此真正改变你的开发方式。
为了理解 Git 分支的实现方式，我们需要回顾一下 Git 是如何储存数据的。或许你还记得第一章的内容，Git 保存的不是文件差异或者变化量，而只是一系列文件快照。
在 Git 中提交时，会保存一个提交（commit）对象，该对象包含一个指向暂存内容快照的指针，包含本次提交的作者等相关附属信息，包含零个或多个指向该提交对 象的父对象指针：首次提交是没有直接祖先的，普通提交有一个祖先，由两个或多个分支合并产生的提交则有多个祖先。
为直观起见，我们假设在工作目录中有三个文件，准备将它们暂存后提交。暂存操作会对每一个文件计算校验和（即第一章中提到的 SHA-1 哈希字串），然后把当前版本的文件快照保存到 Git 仓库中（Git 使用 blob 类型的对象存储这些快照），并将校验和加入暂存区域：
$ git add README test.rb LICENSE$ git commit -m ’initial commit of my project’
当使用 git commit 新建一个提交对象前，Git 会先计算每一个子目录（本例中就是项目根目录）的校验和，然后在 Git 仓库中将这些目录保存为树（tree）对象。之后 Git 创建的提交对象，除了包含相关提交信息以外，还包含着指向这个树对象（项目根目录）的指针，如此它就可以在将来需要的时候，重现此次快照的内容了。
现在，Git 仓库中有五个对象：三个表示文件快照内容的 blob 对象；一个记录着目录树内容及其中各个文件对应 blob 对象索引的 tree 对象；以及一个包含指向 tree 对象（根目录）的索引和其他提交信息元数据的 commit 对象。概念上来说，仓库中的各个对象保存的数据和相互关系看起来如图 3-1 所示：
图 3-1. 单个提交对象在仓库中的数据结构
作些修改后再次提交，那么这次的提交对象会包含一个指向上次提交对象的指针（译注：即下图中的 parent 对象）。两次提交后，仓库历史会变成图 3-2 的样子：
图 3-2. 多个提交对象之间的链接关系
现在来谈分支。Git 中的分支，其实本质上仅仅是个指向 commit 对象的可变指针。Git 会使用 master 作为分支的默认名字。在若干次提交后，你其实已经有了一个指向最后一次提交对象的 master 分支，它在每次提交的时候都会自动向前移动。
图 3-3. 分支其实就是从某个提交对象往回看的历史
那么，Git 又是如何创建一个新的分支的呢？答案很简单，创建一个新的分支指针。比如新建一个 testing 分支，可以使用git branch 命令：
$ git branch testing
这会在当前 commit 对象上新建一个分支指针（见图 3-4）。
图 3-4. 多个分支指向提交数据的历史
那么，Git 是如何知道你当前在哪个分支上工作的呢？其实答案也很简单，它保存着一个名为 HEAD 的特别指针。请注意它和你熟知的许多其他版本控制系统（比如 Subversion 或 CVS）里的 HEAD 概念大不相同。在 Git 中，它是一个指向你正在工作中的本地分支的指针（译注：将 HEAD 想象为当前分支的别名。）。运行git branch 命令，仅仅是建立了一个新的分支，但不会自动切换到这个分支中去，所以在这个例子中，我们依然还在 master 分支里工作（参考图 3-5）。
图 3-5. HEAD 指向当前所在的分支
要切换到其他分支，可以执行 git checkout 命令。我们现在转换到新建的 testing 分支：
$ git checkout testing
这样 HEAD 就指向了 testing 分支（见图3-6）。
图 3-6. HEAD 在你转换分支时指向新的分支
这样的实现方式会给我们带来什么好处呢？好吧，现在不妨再提交一次：
$ vim test.rb$ git commit -a -m ’made a change’
图 3-7 展示了提交后的结果。
图 3-7. 每次提交后 HEAD 随着分支一起向前移动
非常有趣，现在 testing 分支向前移动了一格，而 master 分支仍然指向原先 git checkout 时所在的 commit 对象。现在我们回到 master 分支看看：
$ git checkout master
图 3-8 显示了结果。
图 3-8. HEAD 在一次 checkout 之后移动到了另一个分支
这条命令做了两件事。它把 HEAD 指针移回到 master 分支，并把工作目录中的文件换成了 master 分支所指向的快照内容。也就是说，现在开始所做的改动，将始于本项目中一个较老的版本。它的主要作用是将 testing 分支里作出的修改暂时取消，这样你就可以向另一个方向进行开发。
