Git最全总结
Git与SVN的主要区别Svn是集中式的版本控制系统，而git是分布式的
集中式就存在单点故障风险，一旦SVN的远程仓库挂掉了，那我的本地项目再也不能做提交，也不能做分支的切换，也不能够干和版本管理相关的任何事情。更极端一点，如果svn的服务器磁盘故障，虽然我们可能利用某些员工本地的快照版本尽可能恢复工程，但是当我们把这个相对完整的版本重新部署到服务器的新仓库时，将会丢失所有的历史版本包括日志。
git是分布式的，表示我们每个人的本地项目都包含一个完整Git仓库。这一点一定要牢记，本地也是一个仓库。
.svn只是简单的保存一些版本信息，但是如果你把.git目录的体积大小跟.svn比较，你会发现它们差距很大。因为.git目录是处于你的机器上的一个克隆版的版本库，并不只提取最新版本的文件快照， 而是把代码仓库完整地镜像下来，包括完整的历史记录。
基本工作原理的不同
这部分最关键，请耐心看完。理解git的思想，而不是单纯的会使用几个命令。知其然，更要知其所以然。
SVN是记录每个文件每个版本的差异变化，可以说是基于文件差异的版本控制
如图，svn是存储每个文件在版本的不断迭代中产生的差异。
git不一样。如下图所示，git在你每次提交时，都会对所有文件产出一个快照。当然，如果文件没有修改，本次的快照只是生成一个链接，指向之前的文件，不会再copy一份文件。这和docker的分层镜像有点相似。
对比两张图，git倾向于纵向切分，每一个版本是一个清晰独立的版本。而svn的每一个版本，需要在前一个版本的基础上追加差异才能得到。
代码提交方式
svn相对来说更容易上手，更新代码-->开发代码-->提交代码commit
git相对来说要复杂一点，更新代码-->开发代码-->add -->commit -->push
为什么步骤这么多，因为本地也是一个仓库。
本地操作
因为git在本地是一个完整的仓库。所以绝大部分git命令都不需要访问远程仓库。
例如要浏览项目的历史，Git 不需外连到服务器去获取历史，只需直接从本地数据库中读取。
Git理论基础
首先明确git中的术语
仓库
workspace：工作区。当前你修改的代码所在的地方。
index：暂存区。执行 git add命令后变动会提交到这。进入暂存区的变动才开始被git管理。
repository：本地仓库。git commit命令
remote：远端仓库/中央仓库。git push命令。
下面这张图更详细一点：
分支
有人把 Git 的分支模型称为它的“必杀技特性”，也正因为这一特性，使得 Git 从众多版本控制系统中脱颖而出。为何 Git 的分支模型如此出众呢？Git 处理分支的方式可谓是难以置信的轻量，创建新分支这一操作几乎能在瞬间完成，并且在不同分支之间的切换操作也是一样便捷。理解和精通这一特性，你便会意识到 Git 是如此的强大而又独特
前面我们讲过，Git 保存的不是文件的变化或者差异，而是一系列不同时刻的 快照 。
Git 是怎么创建新分支的呢？很简单，它只是为你创建了一个可以移动的新的指针。
如图，最早的提交是98ca9，每次提交后，整个master分支不断变长。HEAD是一个特殊指针，告诉git，我们现在在哪个分支上。
备注：Git 的 master 分支并不是一个特殊分支。它就跟其它分支完全没有区别。之所以几乎每一个仓库都有 master 分支，是因为 git init 命令默认创建它，并且大多数人都懒得去改动它。
然后，我们在f30ab这个提交上，使用git branch命令创建一个testing分支。（git branch命令只是创建分支，并不会切换分支）
使用git checkout testing进行分支切换
现在head指针就指向了testing分支，我们所作的改动全部发生在testing分支上。
做一次新的改动提交。testing分支继续变长。但是master分支依然指向f30ab。
如果现在我们想回到master分支继续开发，只需要git checkout master切回master分支。
注意，这时你的工作目录恢复成 master 分支所指向的快照内容。也就是说，你现在做修改的话，项目将始于一个较旧的版本。本质上来讲，这就是忽略 testing 分支所做的修改，以便于向另一个方向进行开发。
这与过去大多数版本控制系统形成了鲜明的对比，它们在创建分支时，将所有的项目文件都复制一遍，并保存到一个特定的目录。。所需时间的长短，完全取决于项目的规模。而在 Git 中，任何规模的项目都能在瞬间创建新分支。同时，由于每次提交都会记录父对象，所以寻找恰当的合并基础（即共同祖先）也是同样的简单和高效。
创建新分支的同时切换过去
通常我们会在创建一个新分支后立即切换过去，这可以用 git checkout -b 一条命令搞定。
Git基本操作
常用命令
分支操作
常用命令
git branch列出所有本地分支git branch -r列出所有远程分支git branch -a列出所有本地分支和远程分支git branch 新建一个分支，但依然停留在当前分支git checkout -b 新建一个分支，并切换到该分支git branch --track 新建一个分支，与指定的远程分支建立追踪关系git checkout 切换到指定分支，并更新工作区git branch -d 删除分支git push origin --delete 删除远程分支
merge操作
merge命令把不同的分支合并起来。如上图，在实际开放中，我们可能从master分支中切出一个分支，然后进行开发完成需求，中间经过R3,R4,R5的commit记录，最后开发完成需要合入master中，这便用到了merge。
git fetch merge之前先拉一下远程仓库最新代码 git merge 合并指定分支到当前分支
一般在merge之后，会出现conflict，需要针对冲突情况，手动解除冲突。主要是因为两个用户修改了同一文件的同一块区域。如下图所示，需要手动解除。
rebase操作
rebase又称为衍合，是合并的另外一种选择。
在开始阶段，我们处于new分支上，执行git rebase dev，那么new分支上新的commit都在master分支上重演一遍，最后checkout切换回到new分支。这一点与merge是一样的，合并前后所处的分支并没有改变。head依然指向new分支
git rebase dev，通俗的解释就是new分支想站在dev的肩膀上继续下去。rebase也需要手动解决冲突。
rebase与merge的区别
现在我们有这样的两个分支,test和master，提交如下：
D---E test /A---B---C---F master
在master执行git merge test,然后会得到如下结果：
D--------E / \A---B---C---F----G test, master
在master执行git rebase test，然后得到如下结果：
A---B---D---E---C'---F' test, master
可以看到，merge操作会生成一个新的节点，之前的提交分开显示。而rebase操作不会生成新的节点，是将两个分支融合成一个线性的提交。
如果你想要一个干净的，没有merge commit的线性历史树，那么你应该选择git rebase如果你想保留完整的历史记录，并且想要避免重写commit history的风险，你应该选择使用git merge
reset
reset命令把当前分支指向另一个位置，并且相应的变动工作区和暂存区。这个命令还是比较危险的。操作时请确保你知道你要做什么。
git reset —soft 只改变提交点，暂存区和工作目录的内容都不改变git reset —mixed 改变提交点，同时改变暂存区的内容git reset —hard 暂存区、工作区的内容都会被修改到与提交点完全一致的状态git reset --hard HEAD让工作区回到上次提交时的状态，本地的修改都不要了。
revert
git revert用一个新提交来消除一个历史提交所做的任何修改。如上图，将提交回滚到15df9b6。
revert与reset的区别
git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。在回滚这一操作上看，效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch时，导致这部分改变不会再次出现，减少冲突。但是git reset是之间把某些commit在某个branch上删除，因而和老的branch再次merge时，这些被回滚的commit应该还会被引入，产生很多冲突。git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，能够抵消要被revert的内容。
分支策略
master主分支应该非常稳定，用来发布新版本，一般情况下不允许在上面工作，工作一般情况下在新建的dev分支上工作，工作完后，比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来。
push
上传本地仓库分支到远程仓库分支，实现同步。
git push 上传本地指定分支到远程仓库git push --force强行推送当前分支到远程仓库，即使有冲突。不建议使用git push --all推送所有分支到远程仓库
打标签操作
Git 支持两种标签：轻量标签（lightweight）与附注标签（annotated）。
git tag v1.0 //轻量标签git tag -a tagName -m "my tag" //附注标签。建议使用后期打标签
假如你忘记了对某个提交打标签，可以后期补上
git tag -a v1.2 9fceb02 -m "补打标签"
将tag同步到远端仓库
默认情况下，git push 命令并不会传送标签到远程仓库服务器上。在创建完标签后你必须显式地推送标签 使用git push origin 推送单个分支。
git push origin v1.0
推送本地所有tag，使用git push origin --tags。
切换到某个tag
跟分支一样，可以直接切换到某个tag去。
git checkout v1.0
但是注意：这个时候不位于任何分支，处于游离状态，可以考虑基于这个tag创建一个分支。
git checkout -b 新分支名 v1.0
其他命令
git status显示有变更的文件git log显示当前分支的版本历史git diff显示暂存区和工作区的差异git diff HEAD显示工作区与当前分支最新commit之间的差异git cherry-pick 选择一个commit，合并进当前分支
Git问题解决
员工密码定期修改后的问题
我们的git仓库bitbucket密码是和员工账号密码绑定的。我们的员工密码每两个月会强制修改一次，导致git密码校验失败。
错误显示：remote error: CAPTCHA required
解决：
1，打开控制面板；
2.点击打开用户账户；
3.点击打开凭证管理（windows凭证管理栏）
4.普通凭证下拉打开修改你已存在的git账号密码
修改或删除都可以
回到浏览器上把账户退出，重新登录下这一步经常会漏。
放弃本地修改
本地代码被改乱了。想要放弃重来。分三种情况。
1. 未使用git add 缓存代码
放弃某个文件的修改注意中间有--
git checkout -- filename
放弃所有文件修改 git checkout .
git checkout .
此命令用来放弃掉所有还没有加入到缓存区（就是 git add 命令）的修改：内容修改与整个文件删除注意：此命令不会删除新建的文件，因为新建的文件还没加入git管理系统中，所以对git来说是未知，只需手动删除即可
2. 已使用git add 缓存代码，未使用git commit
使用 git reset HEAD filename
git reset HEAD filename
放弃所有文件修改 git reset HEAD
git reset HEAD
此命令用来清除 git 对于文件修改的缓存。相当于撤销 git add 命令所做的工作。在使用本命令后，本地的修改并不会消失，而是回到了第一步1. 未使用git add 缓存代码，继续使用用git checkout -- filename，就可以放弃本地修改
3. 已经用 git commit 提交了代码
使用 git reset --hard HEAD^ 来回退到上一次commit的状态
git reset --hard HEAD^
或者回退到任意版本git reset --hard commit id ，使用git log命令查看git提交历史和commit id
git reset --hard commit id
获取md原文，请关注公-众-号 技术笔记与开源分享
声明：以上内容来源于网络，如有侵权请联系我们(123@shiyan.com)删除！ 不是瞧不起谁哈，看过很多git的文章，写的都是些最基本的东西。。。 收藏是不是等于会了，太长了我还没看完[捂脸] 新公司用svn，我快吐血了 读完了[大笑] 啥时候git能支持文件夹权限管理，啥时候再用git git和svn的区别 有github desktop Git gitlab 不香吗？
页:
[1]
2