Git 版本控制系统的完整指南

本文涉及的产品
可观测可视化 Grafana 版,10个用户账号 1个月
可观测监控 Prometheus 版,每月50GB免费额度
函数计算FC,每月15万CU 3个月
简介: Git 是一个流行的版本控制系统。它是由 Linus Torvalds 于 2005 年创建的,自那时以来由 Junio Hamano 维护。它用于:跟踪代码更改跟踪谁做出了更改编写协作

什么是 Git?

Git 是一个流行的版本控制系统。它是由 Linus Torvalds 于 2005 年创建的,自那时以来由 Junio Hamano 维护。

它用于:

  • 跟踪代码更改
  • 跟踪谁做出了更改
  • 编写协作

Git 做什么?

  • 使用仓库管理项目
  • 克隆项目以在本地副本上工作
  • 使用暂存和提交来控制和跟踪更改
  • 分支和合并允许在项目的不同部分和版本上进行工作
  • 将项目的最新版本拉到本地副本
  • 将本地更新推送到主项目

使用 Git

  1. 在文件夹上初始化 Git,使其成为一个仓库
  2. Git 现在会创建一个隐藏的文件夹,以跟踪该文件夹中的更改
  3. 当文件被更改、添加或删除时,它被视为已修改
  4. 你选择要暂存的已修改文件
  5. 已暂存的文件被提交,这会促使 Git 存储文件的永久快照
  6. Git 允许你查看每个提交的完整历史。
  7. 你可以恢复到以前的任何提交。
  8. Git 不会在每个提交中存储文件的单独副本,而是跟踪每个提交中所做的更改!

切换平台:

  • 将焦点转向 GitHub
  • 将焦点转向 Bitbucket
  • 将焦点转向 GitLab

为什么使用 Git?

  • 超过 70% 的开发者使用 Git!
  • 开发者可以从世界任何地方协同工作。
  • 开发者可以查看项目的完整历史。
  • 开发者可以还原到项目的早期版本。

什么是 GitHub?

Git 不同于 GitHub。
GitHub 制作使用 Git 的工具。
GitHub 是世界上最大的源代码托管服务,并自 2018 年起由 Microsoft 拥有。
在本教程中,我们将专注于使用 Git 与 GitHub。

Git 暂存环境

Git 的核心功能之一是暂存环境和提交的概念。

当你工作时,你可能会添加、编辑和删除文件。但无论何时你达到一个重要阶段或完成工作的一部分,都应该将文件添加到暂存环境。

已暂存的文件是准备提交到你正在工作的仓库的文件。不久后,你将更多地了解提交。

目前,我们已完成了对 index.html 的工作。所以我们可以将它添加到暂存环境中:

git add index.html

文件应该已被暂存。让我们检查状态:

git status

在主分支上

尚未提交

待提交的更改:

(使用 "git rm --cached ..." 来取消暂存)

新文件: index.html

现在该文件已被添加到暂存环境。

Git 添加多个文件

你还可以一次暂存多个文件。让我们向我们的工作文件夹添加 2 个文件。再次使用文本编辑器。

一个描述仓库的 README.md 文件(推荐用于所有仓库):

# hello-world
Hello World repository for Git tutorial
This is an example repository for the Git tutorial on https://www.w3schools.com

This repository is built step by step in the tutorial.

一个基本的外部样式表(bluestyle.css):

body {
   
background-color: lightblue;
}

h1 {
   
color: navy;
margin-left: 20px;
}

并更新 index.html 以包括样式表:

<!DOCTYPE html>
<html>
<head>
<title>Hello World!</title>
<link rel="stylesheet" href="bluestyle.css">
</head>
<body>

<h1>Hello world!</h1>
<p>This is the first file in my new Git Repo.</p>

</body>
</html>

现在将当前目录中的所有文件添加到暂存环境:

git add --all

使用 --all 而不是单个文件名将会将所有更改(新文件、修改过的文件和已删除的文件)都暂存。

git status

在主分支上

尚未提交

待提交的更改:

(使用 "git rm --cached ..." 来取消暂存)

新文件: README.md

新文件: bluestyle.css

新文件: index.html

现在所有 3 个文件都已添加到暂存环境中,我们准备进行第一次提交。

如何添加新文件到 Git 仓库:从创建本地仓库到添加文件

添加 Git 新文件

你刚刚创建了你的第一个本地 Git 仓库。但它是空的。

所以让我们添加一些文件,或使用你喜欢的文本编辑器创建一个新文件。然后保存或移动它到你刚刚创建的文件夹中。

在这个示例中,我将使用一个简单的 HTML 文件,类似于这样:

<!DOCTYPE html>
<html>
<head>
<title>Hello World!</title>
</head>
<body>

<h1>Hello world!</h1>
<p>This is the first file in my new Git Repo.</p>

然后将它保存到我们的新文件夹中,命名为 index.html

让我们回到终端并列出当前工作目录中的文件:

ls
index.html

ls 会列出目录中的文件。我们可以看到 index.html 存在。

然后我们检查 Git 的状态,看它是否是仓库的一部分:

git status

在主分支上

尚未提交

未跟踪的文件:
(使用 "git add ..." 来将其包含在将要提交的内容中)
index.html

没有添加到提交但未跟踪的文件存在(使用 "git add" 来跟踪)

现在 Git 已经意识到这个文件了,但还没有将它添加到我们的仓库中!

Git 仓库文件夹中的文件可以处于以下 2 种状态之一:

  • 已跟踪 - Git 已知道的文件,并已添加到仓库
  • 未跟踪 - 存在于你的工作目录中,但尚未添加到仓库

当你首次将文件添加到空仓库时,它们都是未跟踪的。要让 Git 跟踪它们,你需要将它们暂存,或者将它们添加到暂存区。

我们将在下一章中介绍暂存区。

Git 提交

既然我们已经完成了工作,我们准备从暂存转到提交我们的仓库。

添加提交可以跟踪我们的进度和更改。Git 将每个提交视为更改点或“保存点”。如果你发现 bug 或想要做更改,它是项目中可以返回的一个点。

当我们提交时,应该始终包含一条消息。

通过为每个提交添加清晰的消息,对于自己(和其他人)来说,很容易看到发生了什么以及何时发生的。

git commit -m "Hello World 的首次发布!"
[master (root-commit) 221ec6e] Hello World 的首次发布!
 3 files changed, 26 insertions(+)
 create mode 100644 README.md
 create mode 100644 bluestyle.css
 create mode 100644 index.html

commit 命令执行提交,-m "message" 添加一条消息。

已暂存环境已被提交,消息是:"Hello World 的首次发布!"

不经过暂存提交

有时,当你进行小的更改时,使用暂存环境似乎是浪费时间。可以直接提交更改,跳过暂存环境。-a 选项会自动将每个已跟踪的更改文件添加到暂存区。

让我们对 index.html 进行小更新:

<!DOCTYPE html>
<html>
<head>
<title>Hello World!</title>
<link rel="stylesheet" href="bluestyle.css">
</head>
<body>

<h1>Hello world!</h1>
<p>This is the first file in my new Git Repo.</p>
<p>A new line in our file!</p>

</body>
</html>

并检查我们仓库的状态。但这次,我们将使用 --short 选项以更紧凑的方式查看更改:

git status --short
 M index.html

注意:短状态标志是:

  • ?? - 未跟踪的文件
  • A - 已添加到暂存
  • M - 修改过的文件
  • D - 已删除的文件

我们看到我们预期的文件已被修改。所以让我们直接提交它:

git commit -a -m "用新行更新了 index.html"
[master 09f4acd] 用新行更新了 index.html
 1 file changed, 1 insertion(+)

注意:通常不建议跳过暂存步骤。

跳过暂存步骤有时会导致包含不需要的更改。

Git 提交日志

要查看仓库的提交历史,可以使用 log 命令:

git log

这将显示仓库的提交历史:

commit 09f4acd3f8836b7f6fc44ad9e012f82faf861803 (HEAD -> master)
Author: w3schools-test 
Date:   Fri Mar 26 09:35:54 2021 +0100

    用新行更新了 index.html

commit 221ec6e10aeedbfd02b85264087cd9adc18e4b26
Author: w3schools-test 
Date:   Fri Mar 26 09:13:07 2021 +0100

    Hello World 的首次发布!

最后

为了方便其他设备和平台的小伙伴观看往期文章:

微信公众号搜索:Let us Coding,关注后即可获取最新文章推送

看完如果觉得有帮助,欢迎 点赞、收藏、关注

相关文章
|
4月前
|
敏捷开发 存储 开发工具
版本控制系统的选择:Git与SVN的比较
【8月更文挑战第14天】Git和SVN都是优秀的版本控制系统,它们各自具有独特的优势和适用场景。在选择版本控制系统时,需要根据具体的项目需求、团队特点和开发模式来综合考量。对于需要分布式团队协作、高效处理大型项目或采用敏捷开发模式的团队来说,Git是一个更好的选择。而对于传统团队、集中式开发或简单项目来说,SVN可能更加合适。无论选择哪种版本控制系统,都应该充分利用其提供的工具和功能来提高代码质量和开发效率。
|
2月前
|
Linux 开发工具 git
掌握 Git:版本控制的艺术
Git 是由 Linus Torvalds 开发的分布式版本控制系统,广泛用于代码管理和团队协作。其核心价值在于分布式特性、数据完整性和支持非线性开发。本文介绍 Git 的安装、仓库初始化、文件管理、分支管理、远程仓库操作及撤销操作等基础与高级技巧,助你掌握版本控制的艺术。通过实践,你将能更高效地利用 Git 进行代码管理和团队协作。
|
1月前
|
测试技术 持续交付 开发工具
Git版本控制在团队协作中具有重要作用
Git版本控制在团队协作中具有重要作用
28 1
|
1月前
|
数据可视化 开发工具 git
如何解决 Git 版本控制系统中冲突的问题?
在Git版本控制系统中,冲突是指在合并或拉取操作时,两个或多个开发者对同一文件的同一部分进行了不同的修改,导致Git无法自动确定应该采用哪种修改。
36 1
|
1月前
|
Ubuntu 开发工具 git
Git高手必备:掌握这些版本控制最佳实践,让你的代码管理效率翻倍!
【10月更文挑战第25天】使用 Git 进行版本控制是现代软件开发的重要部分。本文详细介绍了 Git 的安装、配置、基本操作、分支管理、冲突解决及常用命令,帮助开发者提高工作效率,确保代码质量和团队协作的顺利进行。通过合理使用 Git,可以有效管理代码变更,支持多人协作,并追踪历史记录。
85 4
|
1月前
|
开发工具 C# git
C#一分钟浅谈:Git 版本控制与 GitFlow 工作流
【10月更文挑战第22天】本文介绍了 Git 和 GitFlow 的结合使用,从基础概念到具体操作,涵盖了安装配置、基本命令、GitFlow 工作流的核心分支和流程示例。同时,文章还讨论了常见的问题和易错点,如忽略文件、冲突解决、回退提交和分支命名规范,并提供了代码案例。通过学习本文,读者可以更好地理解和应用 Git 及 GitFlow,提高团队协作效率。
59 1
|
1月前
|
存储 项目管理 开发工具
掌握Git版本控制,提升团队协作效率
掌握Git版本控制,提升团队协作效率
31 0
|
1月前
|
开发工具 git
掌握Git版本控制,提升团队协作效率
掌握Git版本控制,提升团队协作效率
|
1月前
|
开发工具 git 开发者
|
2月前
|
编译器 开发工具 数据安全/隐私保护
Git——多人协作/版本控制,在一个gitee仓库下开发(Gitee版教程)手把手教学,包好用的!
本文提供了一个关于如何在Gitee上进行多人协作和版本控制的详细教程,包括新建和初始化仓库、克隆仓库、邀请好友共同管理仓库以及注意事项,旨在帮助用户顺利进行代码协作开发。
387 0
Git——多人协作/版本控制,在一个gitee仓库下开发(Gitee版教程)手把手教学,包好用的!