本文主要是介绍关于git(SourceTree)的几个疑问及解答(待自己学会来解答)(已解答)--极简入门,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
之前在公司里用的svn做版本控制,现在的公司用的是BitBucket,客户端用SourceTree。从集中式的版本控制转到分布式版本版本控制,确实有点蒙蒙的。网上找了资料,看到的都是又臭又长的介绍,我只想知道几个基本概念,就能够理解git的原理了,但是没有找到,很遗憾。这里提一下我的几个疑问,等自己系统全面地(蠢笨地)学完了git的内容,再自己来回答这些问题。我想知道是没有人能简洁地描述git的原理还是我现在太无知。
好了,那么问题如下:
1.所谓分布式版本控制,和集中式版本控制有什么不同,如果每个人的机器上都有一份代码,如何确定某一个版本是完整的,比如要发一个包,怎么确定自己发的是最终版,怎么确定其他人已经认同你本地保存的代码?
2.SourceTree中工作副本是什么含义?是指IDE中正在操作的代码吗?
3.暂存是什么,工作副本中的已暂存和未暂存有什么区别?工作副本中的提交和丢弃是什么?提交到哪里?丢弃是指丢弃为暂存文件,还是同时丢弃已暂存和未暂存文件?丢弃后能找回来吗?
4.git工作流中建立新的发布版本、建立新的功能、建立新的修复补丁有什么作用和区别?完成功能和完成修复补丁又是什么含义?
5.远程的作用是什么?远程的分支和本地分支有什么不同?
6.切换分支后本地IDE中的文件会变化吗?
7.建立新的分支的含义是什么,和前面提到的“新的发布版本、建立新的功能、建立新的修复补丁”有什么区别?
8.合并分支又是什么意思?
这些基本就是我的疑惑了,等我学成归来,亲自解答这些问题,看是否真的这么难回答,以致于一问别人就说:“基础的都不知道,去看看git工作流的概念。”
========================一点也不华丽的分割线============================
时间不知不觉过去一年了,使用git也有一年了,现在应该可以来回答这些问题了。先简单说点我的认识,再尽量用最简洁的语言来回答这些问题。
a.git的提交基于修改,提交的是一个个修改。svn的提交基于文件,提交的是一个个文件。svn修改多人同时修改同一个文件会冲突,git只要不是修改同一块代码,就算同时修改同一文件也不会冲突。
b.git拉取一个代码库后,本地就保存了一份代码和各种修改。所以git分支切换速度很快,git只需比较两个分支间有那些不同,将这些不同应用在工作副本上就行了。
回答问题:
1.分布式版本控制相当于在本地也有一个版本库。分布式版本控制也是有一个远程库作为中心的(每个人有自己的本地库,公用一个远程库),只不过不同于svn中,用户直接提交代码到远端,git中只允许本地库和远程库之间的同步,本地代码先提交(commit)到本地库,才能推送(push)到远程库。git确定代码最新的方式是每个人都提交并推送了自己的代码,并且每个人的代码都是最新。ps:之前问出这个问题主要是不知道git所谓的分布式版本控制也有一个公用的远程库。
2.是的,工作副本就是当前IDE中正在可编辑的代码。
3.工作副本相对于当前分支可能有很多修改,提交前把准备提交的代码放到暂存里。提交这个动作就相当于是把暂存里的代码提交到本地库。丢弃就是将选中的修改还原到当前的版本。已暂存和未暂存都是工作副本相对于当前所在版本的修改,已暂存和未暂存的列表里都是一条条修改,而不是一个个文件,丢弃不是丢弃了这个文件,而是丢弃了这些修改。丢弃了就找不回来了。
4.git工作流相当于使用git的一种规范有效的方式,相当于被大家接受的最佳实践。这种方式提倡使用”master“和”develop“两个分支作为主干分支和开发分支。建立新的发布版本、建立新的功能、建立新的修复补丁本质上的意义都是建立了一个新的分支,只不过三种分支的最后去向不同:新的发布版本最后会成为一个中断的分支,用于版本发布;新的功能最后会和并到develop分支,在develop分支向master分支合并的时候,这些修改也跟着到了master分支,用于新功能开发,先合并到develop进行测试,在develop测试通过后,由develop向master合并;修复补丁在完成的时候会同时合并到develop和master分支,用于修复bug。
5.远程就是中心库,所有人的本地库都和远程库交互。代码修改需要先提交到本地库,再推送到远程库。本地分支仅本人可见,本地分支跟踪了远程分支,就可以将本地分支的版本推到远程分支。你的本地分支推送后,其他人就可以在远程库看到这个推送,也可以拉取这个分支。
6.切换分支通常是指切换到某个分支的最新版本。本质就是将当前工作副本中的代码变成那个分支的代码,IDE中当然会变。
7.建立分支就是“我要让代码的修改走向另一个方向”,新的发布版本、建立新的功能、建立新的修复补丁都是建立了目的明确的分支,git工作流中这些分支都有着默认的去向。
8.如将“增加XX功能”的分支合并到develop分支,那么这个分支的所有修改都应用到了develop分支。
最后推荐一个超好用的学习git网站,通过动画和互动任务,来循序渐进学习git:https://learngitbranching.js.org/
这篇关于关于git(SourceTree)的几个疑问及解答(待自己学会来解答)(已解答)--极简入门的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!