七分钟笔记——Git（名词解释）

最新推荐文章于 2024-05-29 12:30:15 发布

言文

最新推荐文章于 2024-05-29 12:30:15 发布

阅读量1.4k

点赞数 1

分类专栏： Linux 文章标签： git

本文链接：https://blog.youkuaiyun.com/sinat_35203015/article/details/78882074

版权

Linux 专栏收录该内容

4 篇文章

订阅专栏

本文介绍了版本控制的重要性，从本地版本控制到集中化版本控制（如CVS, SVN），再到分布式版本控制系统（Git）。重点阐述了Git的工作流程，包括workspace、index、repository和remote的概念，强调了Git在协同开发中的角色以及远程仓库如GitHub的重要性。" 110961375,10294707,Vim 配置YouCompleteMe与Syntastic：Python语法检查与补全,"['vim配置', 'YouCompleteMe', 'Python开发', '代码检查', 'Vim插件']

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

版本控制

什么是版本控制：

这种方法是工程图（engineering drawings）维护（maintenance）的标准做法，它伴随着工程图从图的诞生一直到图的定型。一种简单的版本控制形式，例如，赋给图的初版一个版本等级“A”。当做了第一次改变后，版本等级改为“B”，以此类推等等。————百度百科

几种版本控制：

本地版本控制（代表:rcs)
我们在没有用版本控制工具时。我们通常用的时通过复制整个文件，另存为副本，通过文件标题命名的方式加以区分。这样有一个很大的问题，当你的修改的次数少了的时候还好，多了后，你自己都有可能不能正确的找处各个版本，而且万一有一天你误删了，数据也就没有了，为了解决这一问题最初的版本控制就出现了——本地版本控制，通过简单数据库实现了版本信息的记录。
集中化版本控制 (代表：CVS ，SVN）
集中化的出现是为了解决不同操作系统开发人员协同工作。
这种版本控制的模型为：一个服务器端，多个客户端。文件保存在服务器端，开发人员通过客户端连接服务器实现文件的提取和更新。
这种版本控制也是有一定的缺点：
- 网络，没有网络一切都game over！
- 可靠性，把所有的文件放在一个服务器上，一旦服务器挂了，数据也将不会存在，所以必须要做好备份。
分布式版本控制系统（代表：git）
分布式，我想听到这个名词，你就知道git是怎样的版本控制器了。其模型为也是一个服务器，多个客户端，但是与集中式不同的是客户端从服务端提取的不只是最新的文件快照。而是整个文件。所以可靠性在一定程度上得到了保证。除此之外，因为他存在本地仓库所以对网络的要求也降低了，没网的时候我们只需要先放到本地等有网是再提交上去就好了。

GIt的几个名词

关系图

看图说话：（图很重要）

workspace：工作空间
这个指的就是你本地所工作的位置。通常是指你通过命令：
```
# git init   
```
创建的空间，后面会有详细的演示！（注：此时会有一个不可见文件.git，此文件不属于工作空间，是git的版本库）。

index：暂存区
从名字不难看出他就是一个暂时存放修改文件的地方：


# git add  XXX    //将工作区的文件提交到暂存区


# git status        //查看此时修改后的状态

repository ：本地仓库
通过命令可以将暂存区文件提交到本地仓库：
# git commit xxx
remote :远程仓库
GitHub就是一个远程仓库，有了他的存在开源才真正的做到了遍布世界，解决了世界各地开发人员的沟通工作。将本地代码放在远程仓库的方法：

 git push origin master

origin 是可以自己定义，只要你记得就好。
中国我知道的两个远程仓库：coding，码云。建议你注册一个GitHub，一个国内的。原因很简单，虽然GitHub很厉害，但是访问速度实在是不敢恭维。

end！