Github概念理解备忘录

总结：

add就是用来建立跟踪，添加文件到缓存区；

commit就是把文件缓存区的文件正式加到本地库中；

push就是把本地库更新到远程库中；

git命令的操作要在仓库所在目录下进行才有效；

在Github上，可以任意fork开源仓库；

自己拥有fork后的仓库的读写权限；

可以推送pull request给官方仓库来贡献代码；

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

如果远程仓库做了修改，如何更新到本地？

查看远程分支：git remote -v

查看状态：git status

从远程获取最新版本到本地：

　　1）在本地创建新temp分支的办法，将远程origin仓库的master分支代码下载到本地temp分支：git fetch origin master:temp；

　　2）接第1步，也可以使用 git fetch origin master；

　　3）使用命令：git diff temp；用来比较本地代码与刚从远程下载下来的代码的区别；

　　4）合并temp分支到本地的master分支；git merge temp

　　5）删除temp分支：git branch -d temp，如果该分支没有merge到本地，那么该分支就会报错，可以添加-d参数来强制删除；

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

分支：

分支产生的背景和意义：

举个例子，准备开发一个新功能，需要两周时间，如果活还没干完，不完整的代码库会导致别人没法干活；如果一次性全部写完再一次提交，又存在丢失每天进度的风险；

现在有了分支，就不用怕了，先创建一个分支，别人看不到，还可以在原来分支上正常工作；而你再自己的分支上干活，想提交就提交；

当自己完成了开发，就可以一次性合并到原来的分支上，又安全又不影响别人工作；

分支的原理（参考廖雪峰的Git教程）：

　　每一次提交，Git都把他们串成一条时间线

　　HEAD 指向当前分支；

　　master 指向提交；master是主分支，每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线会越来越长；

　　创建一个新的分支，例如dev，即增加了一个dev指针，修改HEAD的指向，指向dev。即完成分支的创建，工作区文件没有任何变化；

　　在dev上的工作结束之后，就可以把dev和master合并，最简单的方法，直接把master指向dev的当前提交，就完成了合并，HEAD指向master；

　　合并完分支后，甚至可以直接删除dev分支。删除分支dev就是把dev指针给删掉，这样就剩下了一条master分支；

冲突：

创建并切换一个分支feature1：git checkout -b feature1  (checkout是直接到工作区，当前分支是feature)

在feature1分支修改文件：add、commit；

合并分支feature1到master：git merge feature1；

如果有冲突解决冲突，冲突即要合并时，发现master也产生了提交，用git status检查冲突；

关于分支的命令总结：

创建并切换分支： git checkout -b <name>

创建分支：git branch <name>

切换分支：git checkout <name>

查看当前分支：git branch

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>

在本地仓库中建立一个远程仓库的别名，以便之后提交代码时，不需要每次都输入远程仓库的地址：git remote add origin git@<git 仓库的地址>；

本地新分支更新到远程仓库中：git push origin <NewBranchName>

拉取远程分支到本地分支：git pull <远程主机名> <远程分支名>:<本地分支名>    例如：git pull origin master:wy  ->这条命令可以理解成git fetch+git merge；

如果改成：git pull origin master，省略了后面的冒号的话，表示将远程origin主机的master分支拉取过来和本地的当前分支合并；

这么看fetch更加安全，再merge之前，可以查看更新情况，然后再决定是否合并；

分支管理策略：

master分支应该是十分稳定的，仅用来发布新版本；

dev分支是不稳定的用来干活的；

多人合作时，每个人都再dev分支上干活，每个人都有自己的分支，是不是往dev分支上合并即可；

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

标签：

标签的意义：

标签是版本库的一个快照；

例如：遇到需要上周一那个版本，版本号是V1.2，按照v1.2查找commit就行；如果查找commit号的话，一串乱七八糟的数字不好找；

tag是让人容易记住的有意义的名字，它跟某个commit绑定在一起；

标签是和具体一个commit挂钩的，如果这个commit既出现在master分支上，又出现再dev分支上，在这两个分支上都可以看到标签；

操作过程：

切换到需要打标签的分支上：git branch；git checkout <branchname>；

打标签：git tag <name>；

查看标签：git tag；

默认标签是打在最新commit上的。如果忘记打标签的话，找到历史提交的commit id，然后打上；

查看标签的信息：git show <tagename>；

如果标签打错了，可以删除：git tag -d v0.1

因为创建的标签只在本地，不会推送到远程，删除错误的标签比较容易；

如果要推送某个标签到远程，使用命令 git push origin <tagname>；

一次性推送全部尚未推送到远程的本地标签：git push origin --tags；

如果标签已经推送到远程，要删除远程标签的话，就麻烦一些，要先本地删除，再从远程删除，命令也是用push的方法；