Git版本控制的使用

最新推荐文章于 2023-09-19 00:07:05 发布

温馨提示······

最新推荐文章于 2023-09-19 00:07:05 发布

阅读量240

点赞数

分类专栏：框架

本文链接：https://blog.csdn.net/weixin_45504233/article/details/102883030

版权

本文详细介绍了Git的使用，包括为什么需要版本控制、Git的安装、仓库管理、基本指令、日志查看、版本回退、架构解析、分支操作、远程仓库的使用、标签管理以及在Idea中的应用。重点讲解了Git的分支管理和远程仓库协同工作流程，是学习Git的全面指南。

摘要由CSDN通过智能技术生成

在这里插入图片描述

为什么需要版本控制？

软件的开发过程中：

开发完成一个版本1后，打包，部署。

然后继续开发，定制新功能，增加新代码…

某一天，需要再打包一个版本1.此时项目中已经新增了很多代码，甚至而且还有好多新代码尚在开发测试中…

开发过程中，完成了一个功能A。

继续写其他功能，增加新代码…

某一天，突然发现新功能的实现，就是一堆垃圾，完全不能使用，项目代码需要恢复到刚写完功能A的状态…

某一天，突然发现新功能被砍啦，项目代码需要恢复到刚写完功能A的状态…

某一天，突然发现接到新任务，需要对功能A进行改进，然后打包，部署，而此时项目中功能B的代码已然很多，且功能B尚未完成…

everything-is-local

Git是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。
Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。

Git是目前世界上最先进的分布式版本控制系统（没有之一)

官网：https://git-scm.com/

文档：https://git-scm.com/book/zh/v2

版本控制发展：

原始的版本控制：项目写完一个功能，就复制一个项目副本。进而有多个项目的版本，可以通过不同的文件夹切换不同版本。此种方案会有大量的文件出现，且不适合长线作业，终会陷入管理混乱

本地化的版本控制：引入一些管理软件，帮助管理本地的多个版本。此种方案不能共享他人，不能多人协同开发

集中化的版本管理：一个版本服务器，多个贡献者，贡献者将代码提交到服务器，并从服务器下载他人的代码。此种版本可以协同开发。典型工具如 Subversion,CVS。但由于版本控制集中在服务器中所以存在单点故障问题。

分布式版本管理：多个贡献者本地都有完整的控制版本功能，可进行版本管理。且通过一个版本服务器共享彼此的代码。是本地化和集中化的汇总。好处：没有单点问题，不强制依赖服务器，不强制依赖网络环境。典型工具如Git

下载git	下载TortoiseGit

在这里插入图片描述

一、安装

Git安装除了安装位置外，其他一直下一步即可。

# 安装后，打开cmd ，自报家门
# 如下信息会在提交代码时要使用，记录在你的每次提交中。以后才知道哪次提交是谁做的，"git log"可以查看
# 执行：
git config --global user.name "Your Name"  #用户名
git config --global user.email "email@example.com"  #邮箱
# 查看信息
git config -l

测试：cmd中执行 git version 查看git版本

二、仓库

对应的就是一个目录，这个目录中的所有文件被git管理起来。

以后会将一个项目的根目录，作为仓库。

仓库中的每个文件的修改、删除 git都能跟踪。

2.1 基本指令 (重点)

**创建版本仓库：**创建一个文件夹，cmd指向该文件夹，然后执行 git init 即可

.git目录 保存仓库的所有内容

**新增文件：**在文件夹中创建一个文件: xx.txt ，然后cmd执行该文件夹，

执行 git add xx.txt 增加一个文件

git add xx.txt xx2.txt 增加多个文件

git add abc 增加当库目录下的abc目录中的所有文件

git add . 增加库目录中所有文件

提交文件：git commit -m "this is a test file"【-m 后是对本次提交的描述】【提交添加的所有文件】

git commit hello.txt hello2.txt -m "this is a test file" 提交某些文件

git commit -a -m "this is a test file" 自动add并commit所有已跟踪并修改或删除的文件

文件状态： git status 在提交后，如果文件有改动，可以看到

文件改动：git diff hello.txt 查看该文件的改动情况

注意：每次对库中内容改动后，都需要 add 和 commit操作，同步git，git中会记录当前仓库的快照(版本)。

删除文件：git rm hello.txt 并 git commit hello.txt -m "xxx" 即可

帮助：git help commit 或 git commit --help

2.2 日志 - 提交历史（重点）

每次 commit，随着版本的记录，也会留下日志。

执行：git log # 显示从最早的提交点到当前提交点的日志

git log --oneline #简洁日志显示
git log --oneline -2 #简洁日志显示,最近2次提交日志
git log --oneline --graph #图形化显示分支走向

#   commitID                                               描述
1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master) append xxx
e475afc93c209a690c39c13a46716e8fa000c366 add words
eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0 add one line

注意git的 commitID 是通过SHA1计算出来的一个非常大的数字，用十六进制表示，在分布式中保证唯一。

2.3 版本回退（了解）

每次的修改文件并add、commit 。git中也会记录一个版本。如果有需要可以回退到之前的一个数据版本状态。

执行：git reset --hard HEAD~ # 回退到上一个版本

git reset --hard HEAD~~ # 回退到上上一个版本

git reset --hard HEAD~5 # 回退到上5个版本

执行：git rest --hard e475a #回退到commitID 为 "e475a…"的版本， commitID可以只写前几位，唯一即可。

e475afc93c209a690c39c13a46716e8fa000c366=commitID, e475a是commitID的前几位

总结：1> 每次commit，git都会保留一个版本，每个版本都有一个全局唯一的commitID

2> git有个游标：HEAD，指向当前的版本，所以可以移动游标来回退版本

3> 也可以通过 commitID 回退到某个版本

4> 回退并不会删除任何版本，所以版本间可以来回切换