Git 版本管理/项目迭代

举例的时候有一些隐私，所以不对外开放

一、Git的作用/为什么要进行版本控制？

什么是项目迭代？

        搞开发的时候我们不是一次性就做好平台的所有功能，而是先上线一个功能差不多的版本让用户用着，然后不断迭代、修改，上线新的版本，所以一个项目就会出现很多版本。

        就是“小步快跑”，所以总是在加班

为什么要进行版本控制？

原因（1）：我们对项目进行了七八轮的修改，最后发现还是最初的版本好用！但是我们不想再手动改回去，况且我们也忘了自己都改了什么，这就需要一个仓库去记录之前的历史版本。恢复到以前的版本可以理解为回滚。

原因（2）：提升多人开发效率

二、git的诞生

        Linux内核发布早期，难免很多错误，Linux社区的大佬们在体验Linux的过程中会发现这些错误，自己打补丁，给作者邮件提交新版本的Linux内核。如果一天有100个大佬提交了100个补丁，那作者就要手动归档100次。

        所以Linux的作者Linus开发了Git。也有的人说，因为Linus一直使用的一个版本管理软甲价格谈不拢，就索性自己开发了一个

        仅用了两周，并且也是开源、免费的。

三、git的安装

超棒的教程：

Git 详细安装教程（详解 Git 安装过程的每一个步骤）_git安装_mukes的博客-CSDN博客

官网下载安装包会很慢，找国内镜像下载。

无脑next安装。

安装程序会自动配好环境变量，但是没啥用。

四、git bash  git cmd 和 gitGUI

只需要知道git bash是最重要的就行了，其他两个用不到

五、git的必要配置

        用户名和邮箱是必须要配置的，不然别人怎么知道新版本是谁提交的？

        Git的配置又分为修改整个系统的配置(system)和修改当前用户的配置（global），我们只需要改global的就可以了。

        有两种修改方式。

法（1）git bash命令行修改

1. 修改system配置

不用管。

2. 修改global配置（常用）

git config --global user.name "zhangsan" git config --global user.email "zhangsan@jd.com"

查看配置信息 ，检查一下是否修改正确

git config --list

法（2）直接改配置文件

git系统的配置文件和用户的配置文件不在一个地方

1. 修改系统配置

 2. 修改用户配置

六、git是否要配环境变量？

都行。

        在Windows系统的操作场景下，其实可以不配置git环境变量，但是git安装程序会自动帮我们配置。

        在Windows系统里，我们对git的使用一般是“打开一个文件夹，然后右键，选择Git Bash Here”，而Git 安装程序在 Windows 中会自动注册右键菜单的 ​​“Git Bash Here”​​ 选项（其实我主要是想让你认清，注册右键和环境变量是两回事）

七、git工作一览图

八、配置SSH-key

https://blog.csdn.net/qq_44886213/article/details/129841419

九、git常用操作

1. 在本地新建仓库

PS: 如果这个项目只是你自己在开发，那么一个本地仓库就够了，远程仓库是多人开发一个项目才能用到。

新建一个工作目录，打开git bash执行如下命令

git init

工作目录下就会出现一个.git文件夹，表明本地仓库新建成功。

2. 克隆远程仓库

更多情况下，我们不是项目的发起者，不需要自己建仓库，直接拉取同事建好的就行了。

git clone url

3. 提交到暂存库

我们改动了代码

git add . #最后一个点的意思是，把工作目录下的所有文件都提交到暂存库

其实不用提交所有文件，因为我们一般只改了其中一两个文件。用add .是为了方便。后续在IDEA中使用git时，会直接帮我们识别改动了什么文件，不需要再执行git add命令了。

4. 提交到本地仓库

git commit -m "我改了什么东西"

5.提交到远程仓库

git push

6. git的提交过滤（.gitignore文件）

我们不想把工作目录的所有文件都进行版本控制，比如数据库文件，IDEA自己生成的.idea文件，日志文件，target下的文件，因为这些文件也不需要版本控制