[scode type="green"]本文将带你了解什么叫Git分支，如何优雅使用Git分支[/scode][scode type="share"]本文部分介绍解释来源GIt官网介绍https://git-scm.com/[/scode]几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。 在很多版本控制系统中，这是一个略微低效的过程——常常需要完全创建一个源代码目录的副本。对于大项目来说，这样的过程会耗费很多时间。有人把 Git 的分支模型称为它的“必杀技特性”，也正因为这一特性，使得 Git 从众多版本控制系统中脱颖而出。 为何 Git 的分支模型如此出众呢？ Git 处理分支的方式可谓是难以置信的轻量，创建新分支这一操作几乎能在瞬间完成，并且在不同分支之间的切换操作也是一样便捷。 与许多其它版本控制系统不同，Git 鼓励在工作流程中频繁地使用分支与合并，哪怕一天之内进行许多次。 理解和精通这一特性，你便会意识到 Git 是如此的强大而又独特，并且从此真正改变你的开发方式。分支简介为了真正理解 Git 处理分支的方式，我们需要回顾一下 Git 是如何保存数据的。或许你还记得 起步 的内容， Git 保存的不是文件的变化或者差异，而是一系列不同时刻的 快照 。在进行提交操作时，Git 会保存一个提交对象（commit object）。 知道了 Git 保存数据的方式，我们可以很自然的想到——该提交对象会包含一个指向暂存内容快照的指针。 但不仅仅是这样，该提交对象还包含了作者的姓名和邮箱、提交时输入的信息以及指向它的父对象的指针。 首次提交产生的提交对象没有父对象，普通提交操作产生的提交对象有一个父对象， 而由多个分支合并产生的提交对象有多个父对象，为了更加形象地说明，我们假设现在有一个工作目录，里面包含了三个将要被暂存和提交的文件。 暂存操作会为每一个文件计算校验和（使用我们在 起步 中提到的 SHA-1 哈希算法），然后会把当前版本的文件快照保存到 Git 仓库中 （Git 使用 blob 对象来保存它们），最终将校验和加入到暂存区域等待提交：$ git add README test.rb LICENSE $ git commit -m 'The initial commit of my project'当使用 git commit 进行提交操作时，Git 会先计算每一个子目录（本例中只有项目根目录）的校验和， 然后在 Git 仓库中这些校验和保存为树对象。随后，Git 便会创建一个提交对象， 它除了包含上面提到的那些信息外，还包含指向这个树对象（项目根目录）的指针。 如此一来，Git 就可以在需要的时候重现此次保存的快照。现在，Git 仓库中有五个对象：三个 blob 对象（保存着文件快照）、一个 树 对象 （记录着目录结构和 blob 对象索引）以及一个 提交 对象（包含着指向前述树对象的指针和所有提交信息）。Figure 9. 首次提交对象及其树结构做些修改后再次提交，那么这次产生的提交对象会包含一个指向上次提交对象（父对象）的指针。Figure 10. 提交对象及其父对象Git 的分支，其实本质上仅仅是指向提交对象的可变指针。 Git 的默认分支名字是 master。 在多次提交操作之后，你其实已经有一个指向最后那个提交对象的 master 分支。 master 分支会在每次提交时自动向前移动。Figure 11. 分支及其提交历史分支创建Git 是怎么创建新分支的呢？ 很简单，它只是为你创建了一个可以移动的新的指针。 比如，创建一个 testing 分支， 你需要使用 git branch 命令：git branch testing这会在当前所在的提交对象上创建一个指针。Figure 12. 两个指向相同提交历史的分支那么，Git 又是怎么知道当前在哪一个分支上呢？ 也很简单，它有一个名为 HEAD 的特殊指针。 请注意它和许多其它版本控制系统（如 Subversion 或 CVS）里的 HEAD 概念完全不同。 在 Git 中，它是一个指针，指向当前所在的本地分支（译注：将 HEAD 想象为当前分支的别名）。 在本例中，你仍然在 master 分支上。 因为 git branch 命令仅仅 创建 一个新分支，并不会自动切换到新分支中去。Figure 13. HEAD 指向当前所在的分支你可以简单地使用 git log 命令查看各个分支当前所指的对象。 提供这一功能的参数是 --decorate。$ git log --oneline --decorate f30ab (HEAD -> master, testing) add feature #32 - ability to add new formats to the central interface 34ac2 Fixed bug #1328 - stack overflow under certain conditions 98ca9 The initial commit of my project正如你所见，当前 master 和 testing 分支均指向校验和以 f30ab 开头的提交对象。分支切换要切换到一个已存在的分支，你需要使用 git checkout 命令。 我们现在切换到新创建的 testing 分支去：$ git checkout testing这样 HEAD 就指向 testing 分支了。Figure 14. HEAD 指向当前所在的分支那么，这样的实现方式会给我们带来什么好处呢？ 现在不妨再提交一次：$ vim test.rb $ git commit -a -m 'made a change'Figure 15. HEAD 分支随着提交操作自动向前移动如图所示，你的 testing 分支向前移动了，但是 master 分支却没有，它仍然指向运行 git checkout 时所指的对象。 这就有意思了，现在我们切换回 master 分支看看：$ git checkout masterFigure 16. 检出时 HEAD 随之移动这条命令做了两件事。 一是使 HEAD 指回 master 分支，二是将工作目录恢复成 master 分支所指向的快照内容。 也就是说，你现在做修改的话，项目将始于一个较旧的版本。 本质上来讲，这就是忽略 testing 分支所做的修改，以便于向另一个方向进行开发。我们不妨再稍微做些修改并提交：$ vim test.rb $ git commit -a -m 'made other changes'现在，这个项目的提交历史已经产生了分叉。 因为刚才你创建了一个新分支，并切换过去进行了一些工作，随后又切换回 master 分支进行了另外一些工作。 上述两次改动针对的是不同分支：你可以在不同分支间不断地来回切换和工作，并在时机成熟时将它们合并起来。 而所有这些工作，你需要的命令只有 branch、checkout 和 commitFigure 17. 项目分叉历史你可以简单地使用 git log 命令查看分叉历史。 运行 git log --oneline --decorate --graph --all ，它会输出你的提交历史、各个分支的指向以及项目的分支分叉情况。$ git log --oneline --decorate --graph --all * c2b9e (HEAD, master) made other changes | * 87ab2 (testing) made a change |/ * f30ab add feature #32 - ability to add new formats to the * 34ac2 fixed bug #1328 - stack overflow under certain conditions * 98ca9 initial commit of my project由于 Git 的分支实质上仅是包含所指对象校验和（长度为 40 的 SHA-1 值字符串）的文件，所以它的创建和销毁都异常高效。 创建一个新分支就相当于往一个文件中写入 41 个字节（40 个字符和 1 个换行符），如此的简单能不快吗？这与过去大多数版本控制系统形成了鲜明的对比，它们在创建分支时，将所有的项目文件都复制一遍，并保存到一个特定的目录。 完成这样繁琐的过程通常需要好几秒钟，有时甚至需要好几分钟。所需时间的长短，完全取决于项目的规模。 而在 Git 中，任何规模的项目都能在瞬间创建新分支。 同时，由于每次提交都会记录父对象，所以寻找恰当的合并基础（译注：即共同祖先）也是同样的简单和高效。 这些高效的特性使得 Git 鼓励开发人员频繁地创建和使用分支。接下来，让我们看看你为什么应该这样做。
[scode type="green"]本文将带你了解什么叫Git，如何优雅使用Git[/scode][scode type="share"]本文部分介绍解释来源GIt官网介绍https://git-scm.com/[/scode]Git 是什么？那么，简单地说，Git 究竟是怎样的一个系统呢？ 请注意接下来的内容非常重要，若你理解了 Git 的思想和基本工作原理，用起来就会知其所以然，游刃有余。 在学习 Git 时，请尽量理清你对其它版本管理系统已有的认识，如 CVS、Subversion 或 Perforce， 这样能帮助你使用工具时避免发生混淆。尽管 Git 用起来与其它的版本控制系统非常相似， 但它在对信息的存储和认知方式上却有很大差异，理解这些差异将有助于避免使用中的困惑。直接记录快照，而非差异比较Git 和其它版本控制系统（包括 Subversion 和近似工具）的主要差别在于 Git 对待数据的方式。 从概念上来说，其它大部分系统以文件变更列表的方式存储信息，这类系统（CVS、Subversion、Perforce、Bazaar 等等） 将它们存储的信息看作是一组基本文件和每个文件随时间逐步累积的差异 （它们通常称作 基于差异（delta-based） 的版本控制）。Figure 4. 存储每个文件与初始版本的差异.Git 不按照以上方式对待或保存数据。反之，Git 更像是把数据看作是对小型文件系统的一系列快照。 在 Git 中，每当你提交更新或保存项目状态时，它基本上就会对当时的全部文件创建一个快照并保存这个快照的索引。 为了效率，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。 Git 对待数据更像是一个 快照流。Figure 5. 存储项目随时间改变的快照.这是 Git 与几乎所有其它版本控制系统的重要区别。 因此 Git 重新考虑了以前每一代版本控制系统延续下来的诸多方面。 Git 更像是一个小型的文件系统，提供了许多以此为基础构建的超强工具，而不只是一个简单的 VCS。 稍后我们在Git 分支讨论 Git 分支管理时，将探究这种方式对待数据所能获得的益处。近乎所有操作都是本地执行在 Git 中的绝大多数操作都只需要访问本地文件和资源，一般不需要来自网络上其它计算机的信息。 如果你习惯于所有操作都有网络延时开销的集中式版本控制系统，Git 在这方面会让你感到速度之神赐给了 Git 超凡的能量。 因为你在本地磁盘上就有项目的完整历史，所以大部分操作看起来瞬间完成。举个例子，要浏览项目的历史，Git 不需外连到服务器去获取历史，然后再显示出来——它只需直接从本地数据库中读取。 你能立即看到项目历史。如果你想查看当前版本与一个月前的版本之间引入的修改， Git 会查找到一个月前的文件做一次本地的差异计算，而不是由远程服务器处理或从远程服务器拉回旧版本文件再来本地处理。这也意味着你在离线或者没有 VPN 时，几乎可以进行任何操作。 如你在飞机或火车上想做些工作，就能愉快地提交（到你的 本地 副本，还记得吗？）， 直到有网络连接时再上传。如你回家后 VPN 客户端不正常，那么也仍能工作。 使用其它系统的话，做到这些是不可能或很费力的。 比如，用 Perforce 的话，没有连接服务器时几乎不能做什么事；而用 Subversion 和 CVS 的话， 你能修改文件，但不能向数据库提交修改（因为你的本地数据库离线了）。 这样似乎问题不大，但是你可能会惊喜地发现它带来的巨大的不同。Git 保证完整性Git 中所有的数据在存储前都计算校验和，然后以校验和来引用。 这意味着不可能在 Git 不知情时更改任何文件内容或目录内容。 这个功能建构在 Git 底层，是构成 Git 哲学不可或缺的部分。 若你在传送过程中丢失信息或损坏文件，Git 就能发现。Git 用以计算校验和的机制叫做 SHA-1 散列（hash，哈希）。 这是一个由 40 个十六进制字符（0-9 和 a-f）组成的字符串，基于 Git 中文件的内容或目录结构计算出来。 SHA-1 哈希看起来是这样：24b9da6552252987aa493b52f8696cd6d3b00373Git 中使用这种哈希值的情况很多，你将经常看到这种哈希值。 实际上，Git 数据库中保存的信息都是以文件内容的哈希值来索引，而不是文件名。Git 一般只添加数据你执行的 Git 操作，几乎只往 Git 数据库中 添加 数据。 你很难使用 Git 从数据库中删除数据，也就是说 Git 几乎不会执行任何可能导致文件不可恢复的操作。 同别的 VCS 一样，未提交更新时有可能丢失或弄乱修改的内容。但是一旦你提交快照到 Git 中， 就难以再丢失数据，特别是如果你定期的推送数据库到其它仓库的话。这使得我们使用 Git 成为一个安心愉悦的过程，因为我们深知可以尽情做各种尝试，而没有把事情弄糟的危险。 更深度探讨 Git 如何保存数据及恢复丢失数据的话题三种状态现在请注意，如果你希望后面的学习更顺利，请记住下面这些关于 Git 的概念。 Git 有三种状态，你的文件可能处于其中之一： 已提交（committed）、已修改（modified） 和 已暂存（staged）。已修改表示修改了文件，但还没保存到数据库中。已暂存表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中。已提交表示数据已经安全地保存在本地数据库中。这会让我们的 Git 项目拥有三个阶段：工作区、暂存区以及 Git 目录。Figure 6. 工作目录、暂存区域以及 Git 仓库.工作区是对项目的某个版本独立提取出来的内容。 这些从 Git 仓库的压缩数据库中提取出来的文件，放在磁盘上供你使用或修改。暂存区是一个文件，保存了下次将要提交的文件列表信息，一般在 Git 仓库目录中。 按照 Git 的术语叫做“索引”，不过一般说法还是叫“暂存区”。Git 仓库目录是 Git 用来保存项目的元数据和对象数据库的地方。 这是 Git 中最重要的部分，从其它计算机克隆仓库时，复制的就是这里的数据。基本的 Git 工作流程如下：在工作区中修改文件。将你想要下次提交的更改选择性地暂存，这样只会将更改的部分添加到暂存区。提交更新，找到暂存区的文件，将快照永久性存储到 Git 目录。如果 Git 目录中保存着特定版本的文件，就属于 已提交 状态。 如果文件已修改并放入暂存区，就属于 已暂存 状态。 如果自上次检出后，作了修改但还没有放到暂存区域，就是 已修改 状态
前言[scode type="green"]本文将介绍Git分支的使用如果您还不知道什么是Git请从前两章开始学习[/scode][post cid="538" cover="https://yuluoqc.xyz/usr/uploads/2022/01/2590426591.png"/][post cid="468" cover="https://yuluoqc.xyz/usr/uploads/2022/01/1029573760.png"/]Git分支介绍分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，结果，你既学会了Git又学会了SVN！分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。其他版本控制系统如SVN等都有分支管理，但是用过之后你会发现，这些版本控制系统创建和切换分支比蜗牛还慢，简直让人无法忍受，结果分支功能成了摆设，大家都不去用。但Git的分支是与众不同的，无论创建、切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。简洁介绍分支，简单地讲就是一个项目的不同分支存放不同的代码，这样的话一个项目就有了几分代码，但是最终的代码一般放在主分支里面，即master分支里，分支在实际中可以方便的隔离开发。 假设你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。创建一个分支可以在coding的界面进行创建，也可以通过命令：git branch master01（分支名）这条命令将会在本地仓库创建一个名为 “master01” 的分支，这条分支指向最近一次提交的数据。要注意的是，运行该命令后，当前工作分支仍然是在 “master” 分支上，需要使用 git checkout 命令来进行分支之间的切换。切换分支$ git checkout master01 Switched to branch 'master01'下面这句话告诉我们，\已经成功地将工作分支切换到了 “master01” 分支。如何向新建分支传代码因为新建的分支是为主分支服务的，即我们必须在主分支的基础上进行一定的改动才可以把项目（准确说是修改过的项目）传入新建分支里面。分支里面的文件也是基于主分支修改的，下面是上传修改过的项目到新建分支的步骤：新建分支切换分支上传代码到分支 git add . git commit -m ' ' git remote add origin 远程仓库地址 git push -u origin 分支名总结分支的最大魅力在于他可以分割开发，就是说我们可以在新建分支里面对主分支进行修改、优化等开发，然后在传到新建分支而不会影响到主分支的代码，就是说一个项目可以有多份代码。
前言[scode type="green"]本文章将精简一部分操作，让大家学会如何使用Git指令将项目部署到Gitee。[/scode][scode type="share"]如果你想进一步学习高级Git使用 请查看我下面的这篇文章[/scode][post cid="468" cover="https://yuluoqc.xyz/usr/uploads/2022/01/1029573760.png"]首先登录码云 https://gitee.com/，注册一个账号，并登录账号。开始在码云首页顶部，下图所示，右上角头像旁边的加号，鼠标移上去会显示下拉的，点击“新建项目”。填写好项目的名称、路径等，然后点击“提交”，下图所示。安装Git打开Git官方win系统下载页面https://git-scm.com/download/win，根据您自己的操作系统选择32位还是64位，32位系统就下载32-bit Git for Windows Setup.64位操作系统就下载64-bit Git for Windows Setup.下图所示，我的是64位系统。下载完成后安装即可，安装过程中没有注意事项，全部默认一直next直到结束！配置Git工具安装完成以后从桌面或开始菜单打开Git工具{点击Git bash 打开}Git基本信息设置在打开的编辑里面依次输入并执行配置信息，下图所示：git config --global user.name "yuluoqc" git config --global user.email "yuluoqc@xx.xxx"从其中的global可以知道这是Git的全局配置！其中"yuluoqc"是用户名，可以填写您的码云的用户名，第二行的"yuluoqc@xx.xxx"自然是邮箱了，可以填写您的码云账号的邮箱，用户名和邮箱也可以填写别的（只要是用户名和邮箱格式就OK）。生成秘钥接着上面的步骤，输入以下代码，：ssh-keygen -t rsa -C “dfbazhu@qq.com” 输入后一直按3次回车直到出现图形界面即可，不要输入任何内容直接回车到出现图形界面，忘截图了~其中的邮箱随便填写，也可以填写您的码云邮箱号。区分大小写！添加私钥到码云输入命令，可以看到上一步生成的密钥cat ~/.ssh/id_rsa.pub回车后即可看到密钥：从ssh-rsa开始将密钥复制下来。也可以打开C:\Users\Administrator.ssh\id_rsa.pub从该文件中复制密钥。接下来进入码云头像下面的 设置 或者 个人中心里面的设置也可以，下图：点击左侧的“SSH公钥”，下图右侧的添加公钥，标题随便填写，公钥 里面将上面我们复制的那个本地密钥粘贴到这里，然后点击“确定”即可。这样我们就有权限对自己在码云上的项目进行读写操作了。建立本地仓库并初始化在本地电脑的一个盘里面新建一个文件夹，如文件夹名为yuluoqc（注：文件夹名随意），然后yuluoqc文件夹上面点击 右键---Git bash here，下图所示：然后在弹出来的Git命令窗口输入：git init此时会在yuluoqc文件夹里面生成一个名为.git的文件夹，这个文件夹是隐藏的！如果电脑设置不显示隐藏文件夹是看不到的呢。添加远程项目找到你的码云上第一步中新建的项目名称的链接下图所示，进入码云的“个人主页”（在码云的首页或头像下拉那里都能点击进入个人主页），然后在左侧的“项目”列表里面可以看到第一步中创建的项目，我创建的项目是名称“ecshop_B2C商城多终端自适应响应式布局模板”，点击该项目名称进入到项目里面。此时我们的码云项目里面只有一个README.md的文件啦，空空如也。下图所示。其中克隆/下载里面的网址就是项目所在的地址，将地址栏里面的网址复制下来：本地电脑连接码云项目在里面Git接着输入以下命令：（地址自行替换）git remote add origin https://gitee.com/xxxx/xxxxx[scode type="lblue"]上面的网址我们在码云上创建的项目的克隆地址，也就是刚才复制的那个项目的网址。[/scode]同步码云项目到本地使用以下命令：git pull origin master然后回到我的本地项目文件夹中，发现README.md文件被下载下来了（因为新建的码云项目里面只有有一个README.md文件），下图：将本地项目上传到码云对应的项目里面[scode type="green"]现在准备就绪 准备开始本地提交[/scode]添加文件到缓存区将需要上传到码云的代码或文件拷贝到新建的文件夹ecshopadaption里面。在Git里面输入以下代码回车git add .注意add与“.”之间有一个空格。此时会要求您输入码云的账号和密码，登录即可，下图：登录以后Git会自动将项目所在文件夹里面的全部文件自动添加到缓存区。如果本地项目文件较多，这一步需要的时间会长一些。如果此时没有出现上图，继续下面操作，会弹出输入码云账号和密码界面。为上传文件添加注释等待缓存完毕，接着输入命令：git commit -m "first push"其中的first push为注释的内容，请自定义填写。提交代码到码云等待上步完成，继续输入执行命令：git push origin master此时凡是位于yuluoqc文件夹里面的文件都将被上传到码云上面啦。等待完毕后进入第一步中您的码云项目里面，刷新一下页面看看，是不都上传上去，这速度很快，我的项目文件加图片上千个不到一分钟全部搞定！之前一个一个的传累死了，按照本地项目目录结构创建文件夹已经够累了，而且每小时只能传20个文件，更要命的是有漏传或搞错的，用Git就变成了必须的啦。报错解决如果出现如下问题：用户名或密码不正确（访问令牌）出现这种现象原因是：push代码的时候windows弹出一个用户名密码输入框，用户名输出了的缘故。这里的用户名其实就是你的gitee账号。解决办法是：打开电脑的控制面板–>用户账户–>管理Windows凭据找到管理Windows凭证：下面就可以看到你刚才输入的gitee的账号信息了，现在只需要[编辑]然后保存就行了最后就是重新push一下你的的代码就行了。