【Linux】Git版本控制入门：高效管理代码与解决冲突的实用指南

🌏个人博客主页：个人主页

版本控制器Git

在工作或者学习过程中，你有没有这样的经历呢？当我们编写各类文档的时候，为了避免文档出现丢失的情况，或者防止修改出现错误，以及在出错之后能够恢复到原始版本，我们往往只能通过复制副本的方式来解决。就像这样：

“报告 - 版本1”
“报告 - 版本2”
“报告 - 版本3”
“报告 - 定稿版”
“报告 - 终极版”
“报告 - 超级完善版”
……

每个版本都包含着各自独特的内容，然而到最后其实只需要一份报告来供我们使用。在这之前的工作流程中，所有这些不同版本的报告都是有需求的，于是就一次次地复制粘贴副本，这样一来产生的文件就会越来越多。文件数量多本身并不是问题，关键在于随着版本数量不断增加，你还能清楚地记得每个版本都分别修改了哪些内容吗？

这种情况不仅仅出现在文档编写当中，在我们编写项目代码的时候，同样存在这样的问题。

版本控制器

为了更便利地管理这些不同版本的文件，版本控制器应运而生。版本控制器呢，就是一个能让你知晓文件的历史及其发展进程的系统。简单来说，它是一个可以对工程的每一次改动以及版本更替进行记录的管理体系，而且有助于多人共同协作。

当下，Git是最为流行的版本控制器。Git能够管控电脑上所有格式的文件，像doc、excel、dwg、dgn、rvt等都在其管控范围内。对我们开发人员而言，Git最为关键的作用就是辅助我们管理软件开发项目中的源代码文件。

同样的道理，在处理其他类型的文件时，Git也能够凭借其强大的版本控制功能，让文件管理变得井井有条。它能够记录下每一次文件的修改内容、修改者以及修改的时间等重要信息，这样就不会出现面对众多版本却不知各个版本修改情况的尴尬局面了。

git 简史

如同生活中的许多伟大事物，Git诞生于充满纷争且创新活跃的时期。

Linux内核开源项目参与者众多。1991 - 2002年期间，其维护工作多耗费在提交补丁和归档保存这类繁琐事务上。2002年，项目组开始使用专有分布式版本控制系统BitKeeper管理代码。

2005年，BitKeeper开发公司与Linux内核开源社区合作终止，收回社区免费使用权。这促使Linux开源社区（尤其是Linus Torvalds）借鉴使用BitKeeper的经验，开发自己的版本系统，并制定了一些目标。

• 速度

• 简单设计

• 对非线性开发模式的强力⽀持（允许成千上万个并行开发的分支）

• 完全分布式

• 大规模项目管理能力

自2005年诞生以来，Git不断发展成熟。它在保持易用性的同时，始终坚守初期设定的目标。其速度依然很快，非常适合管理大型项目，非线性分支管理系统功能。

在 gitee 创建项项目

1，登陆gitee账号，进入个人主页

2，在个人主页右上角，点击新建仓库

3，设置开源，填写仓库名称，在初始化仓库选择要用的语言，设置Readme文件模板

4，点击创建后进入界面后，点击克隆按钮

5，点击克隆按钮之后，复制第一个地址

6，如何是windows操作系统，就在在windows指定目录使用小乌龟进行克隆

6，如果是Liunx操作系统，就在Liunx下面使用git clone指令，后面跟上复制的地址

7，使用git status可以查看仓库状态

用git提交代码

1，第一步，git add，将代码放到刚才下载好的目录的缓冲区中

2，第二部，git commit，提交改动到本地

3，第三步，git push，同步到远端服务器

接下来在gitee上面，就可以看到刚才提交的内容了。

git log可以用来查看提交记录个人信息

提交冲突问题

如果Linux已经提交过一次了，在到windows上面进行代码提交，此时本地仓库和远端仓库不同步，无法提交。

这时候就要把远端仓库的内容同步到本地，在windows上面可以使用工具，在Linux上面使用git pull指令

接下来点击ok即可

下面就可以正常提交了