Git的使用流程及介绍

宋县长

于 2024-07-30 20:41:45 发布

阅读量516

点赞数 10

文章标签： git

本文链接：https://blog.csdn.net/Songxianzhang/article/details/140804215

版权

Git是一个分布式版本控制系统，用于跟踪文件的更改并协调多人在同一个项目上的工作

一丶Git的基本概念

仓库（Repository）：包含项目文件和版本记录的地方。
提交（Commit）：保存项目文件的特定版本，并记录变更的描述。
分支（Branch）：用于在不同的功能或版本之间工作的独立开发路径。
合并（Merge）：将两个分支的不同版本合并为一个新版本。
拉取（Pull）和推送（Push）：从远程仓库获取更新或将本地更改推送到远程仓库。

二丶Git基本概念的详细介绍

1.仓库

仓库就是用来存储项目文件和版本记录的地方,而且还会分为本地仓库与远程仓库

①本地仓库

是用来存储用户在计算机上的Git仓库,一般是通过git init 命令在项目目录中创建的

特点

· 包含项目的所有文件和版本历史记录

· 可以进行提交,分支,合并等操作,并且不需要连接网络

· 允许用户在本地进行开发和版本控制

操作

· git init : 在项目目录初始化一个新的本地仓库

· git add : 将更改的文件内容添加到本地仓库等待向远端提交(暂存区)

· git commit : 开始保存编辑的或者修改的文件内容进行提交

② 远程仓库

是用来存储在网络上的Git仓库,通常是通过平台(如:GitHub,GitLab,Bitbucket)提供服务创建的

特点

提供了一个集中存储项目文件和版本记录的地方，多人可以共同访问和协作。
可以通过克隆（Clone）操作从远程仓库复制项目到本地。
允许开发者之间进行代码的共享、协作和版本控制。

操作

git clone：从远程仓库克隆项目到本地。
git push：将本地更改推送到远程仓库。
git pull：从远程仓库获取更新并合并到本地仓库。

作用

版本控制：仓库记录了项目文件的历史版本，可以回溯到以前的任何版本。
协作开发：多人可以共享和协作在相同的项目中工作，通过提交、合并等操作实现团队协作。
备份与恢复：仓库可以作为项目文件的备份，确保项目的安全性和可恢复性。
分支管理：Git仓库支持创建分支，可以在不同的开发路径上进行工作，然后将更改合并到主分支。

仓库的总结

仓库是Git中最基本的概念之一，它提供了一个结构化的方式来管理项目文件、版本记录和团队协作，是Git版本控制系统的核心组成部分。

2.提交

提交是将工作目录的更改保存到版本库中的操作。每次提交都会创建一个新的版本记录，其中包含了更改的内容以及一个描述这次更改的提交信息。提交是Git中非常重要的一个概念，它可以帮助跟踪项目的历史变更、管理版本、撤销更改等操作。

特点和作用

版本记录：每次提交都会创建一个新的版本记录，包含了更改的内容和相关信息。
不可更改：一旦提交完成，提交的内容就被固定在版本库中，不可更改。
撤销更改：可以通过提交记录回退到以前的版本，或者使用git revert来撤销某次提交。
版本比较：可以比较不同提交之间的差异，查看文件的变化。
提交信息：提交信息应该清晰明了，描述本次提交的内容和目的，便于他人理解。

总结

提交一个新的版本记录,在提交之前如果做了一些修改的操作,则需要备注好修改地方的注释,同时也要注意避免出现多人修改同一个文件在提交的时候会出现冲突问题,如果出现就及时发现并合并解决文件修改内容

3.分支

在版本控制系统（如Git）中，分支（Branch）是指项目代码的不同开发路径，它允许开发人员在不影响主线（主分支）的情况下进行独立开发、实验和修改。分支是一个非常强大的工具，可以帮助团队高效地协作、管理和维护项目代码。

基本概念

主分支（Master/Main）：通常是项目的主要开发线，包含了稳定的代码版本。主分支可以看作是项目的主干。
特性分支（Feature Branch）：用于开发新功能或解决特定问题的分支。这些分支通常是从主分支创建，并在完成后合并回主分支。
发布分支（Release Branch）：用于准备发布新版本的分支。在发布前，可以在发布分支上进行测试和修复bug。
修复分支（Hotfix Branch）：用于紧急修复生产环境中的bug的分支。修复后会合并回主分支和开发分支。

优势

并行开发：不同分支上的工作是相互独立的，可以同时进行多个功能的开发。
风险控制：在分支上进行实验和开发，不会影响主分支的稳定性。
版本管理：可以方便地管理不同功能的开发进度，并灵活地合并或删除分支。
团队协作：不同团队成员可以在不同分支上独立工作，然后将更改整合到主分支。

使用注意事项

保持分支清晰：避免创建过多、重复或不必要的分支，保持分支结构清晰简洁。
频繁合并：在开发过程中频繁合并主分支的最新更改，以避免分支之间的差异过大。
命名规范：采用清晰的命名规范，让分支名称能够清晰地反映其目的和内容。

总结

分支是版本控制系统中非常重要的概念，它提供了一个灵活的开发环境，支持团队协作、并行开发和版本管理。良好的分支管理实践可以帮助团队高效地开发和维护项目代码

4.合并

合并是将两个不同的分支或历史线整合为一个新的提交的过程。合并操作通常用于将一个分支的更改合并到另一个分支，以确保项目的不同部分的更改能够整合在一起。

合并的类型

快速合并（Fast-forward Merge）：当目标分支的提交历史能够形成一个直线时，Git会直接将目标分支指针指向源分支的最新提交，从而实现快速合并。
普通合并（Regular Merge）：当目标分支的提交历史形成一个分叉时，Git会创建一个新的合并提交，将源分支和目标分支的更改整合在一起。
递归合并（Recursive Merge）：递归合并是Git用于处理多个分支合并的一种算法，通常用于合并多个分支的情况。

合并时的注意事项

冲突解决：合并过程中可能会发生冲突，需要手动解决冲突并提交解决方案。

冲突问题补充,在什么条件下会产生冲突?

例如:在提交的时候,有人在之前修改过后又有人修改文件内容,比如说前者修改了内容原内容为ABC的文件修改为ABC"D",后者又修改了这一段并改为ABC"E",则会出现冲突

什么条件下可以避免冲突?

编辑的内容不是同一行就可以避免冲突,编辑的内容不是同一行会自动合并内容为ABCDE

而如果编辑的是同一行就会出现冲突,需要自己手动合并,是选择前者在前还是后者在前的合并权重值

合并策略：可以通过git merge --no-ff等选项来指定不使用快速合并策略。
合并提交信息：合并提交会生成一个新的提交，可以编辑合并提交的信息以描述整体合并的内容。

常用操作

合并分支：将一个分支的更改合并到当前分支中
合并冲突：解决合并过程中遇到的冲突，编辑文件以解决冲突，然后执行git add和git commit来完成合并。
合并取消：如果不想保留合并的结果，可以使用git merge --abort来取消合并操作。

合并总结

合并是Git中关键的操作之一，它使得团队能够协作工作，将不同分支的更改整合到一起，确保项目的连续性和稳定性。良好的合并实践可以帮助团队高效地管理项目的不同分支和版本。

5.拉取和推送

在Git中，拉取（Pull）和推送（Push）是两个常用的操作，用于从远程仓库获取最新更改或将本地更改上传到远程仓库。这两个操作是团队协作和版本控制中至关重要的环节。

拉取的介绍

拉取操作用于从远程仓库获取最新的更改并合并到本地仓库中

拉取远程分支：使用git pull命令从远程仓库获取最新更改并合并到当前分支。
拉取过程：Git会自动下载远程仓库的更改并尝试合并到当前分支。如果有冲突，需要手动解决冲突并提交解决方案。冲突解决方案及介绍详细看合并介绍里的注意事项有包含

推送的介绍

推送操作用于将本地仓库中的更改上传到远程仓库

推送到远程分支：使用git push命令将本地分支的更改推送到远程仓库。
推送过程：Git将本地更改上传到远程仓库，更新远程分支的内容。如果本地分支与远程分支存在冲突，推送将会失败。

拉取或推送的注意事项

远程设置：在进行拉取和推送前，需要先设置远程仓库的地址，一般使用git remote add <remote_name> <remote_url>命令。
冲突解决：在拉取和推送过程中可能会遇到冲突，需要手动解决冲突并提交解决方案。
分支关联：在推送时，可以使用git push -u <remote_name> <branch_name>来建立本地分支与远程分支的关联。

如何实践