Git入门---简介，常用命令

🎬 艳艳耶✌️：个人主页

🔥 个人专栏：《Spring与Mybatis集成整合》《Vue.js使用》

⛺️ 越努力，越幸运。

1.Git 的简介

1.1. 介绍

Git是一个开源的分布式版本控制系统，最初由Linus Torvalds于2005年创建。它主要用于跟踪文件的变化，协作开发和管理项目的版本。Git可以在本地存储库上进行操作，而不需要联网，这使得它非常适合团队合作和远程开发。

Git的主要特点包括分支管理、快速的版本控制、轻量级的标签、易于合并等。它还提供了强大的工具和命令行界面，使得开发者可以方便地进行版本控制和协作开发。Git也被广泛应用于开源项目和商业项目中，成为了目前最流行的版本控制系统之一。

1.2. Git与SVN区别

Git ：

分布式架构：每个开发者都可以在本地拥有完整的代码仓库，并且可以在没有网络连接的情况下工作，具有更好的灵活性和可靠性。

分支管理：Git的分支管理非常轻量级，创建和合并分支非常方便，使得开发者更倾向于频繁地使用分支来进行开发，提高了开发效率。

性能：Git的性能通常比SVN更好，尤其是在处理大型项目和大量文件时，具有更高的效率和速度。

数据完整性：Git使用SHA-1哈希来保证数据的完整性，可以更好地防止数据损坏和篡改。

SVN ：

集中式架构：SVN是一个集中式版本控制系统，所有的代码都存储在中央服务器上。这意味着如果服务器出现故障或者网络连接问题，开发者将无法提交代码或者获取最新的代码，导致开发工作受到严重影响。

分支和标签管理：在SVN中，分支和标签的管理相对复杂，创建和合并分支需要花费较多的时间和精力。相比之下，Git等分布式版本控制系统在分支管理方面更加灵活和高效。

性能问题：在处理大型项目和大量文件时，SVN的性能可能会受到影响，特别是在频繁的提交和更新操作时，可能会导致性能下降。

数据完整性：SVN没有内置的数据完整性检查机制，因此在一些情况下可能会出现数据损坏或篡改的问题。

缺乏本地操作：SVN需要通过网络连接到中央仓库才能进行版本控制操作，因此在没有网络连接的情况下无法进行提交、更新等操作。

Git和SVN都是版本控制系统，但它们有很多不同之处。

分布式 vs 集中式：Git是一个分布式版本控制系统，每个开发者都可以在本地拥有完整的代码仓库，并且可以在没有网络连接的情况下工作。而SVN是一个集中式版本控制系统，开发者需要通过网络连接到中央仓库才能进行版本控制操作。

分支管理：在Git中，分支是非常轻量级的，创建和合并分支非常方便，因此开发者更倾向于频繁地使用分支来进行开发。而在SVN中，分支和标签的管理相对复杂，因此开发者使用分支的频率通常较低。

历史记录：在Git中，每个本地仓库都包含完整的历史记录，因此可以在本地进行查看和操作历史记录。而在SVN中，历史记录需要通过网络连接到中央仓库才能进行查看和操作。

性能：由于Git是分布式的，因此它的性能通常比SVN更好，尤其是在处理大型项目和大量文件时。

数据完整性：Git使用SHA-1哈希来保证数据的完整性，因此可以更好地防止数据损坏和篡改。而SVN则没有内置的数据完整性检查机制。

综上所述，Git相对于SVN具有更好的分布式架构、分支管理、性能和数据完整性等方面的优势，使得它在现代软件开发中越来越受欢迎，Git更适合于分布式团队和开源项目，具有更好的性能和分支管理能力。而SVN的集中式架构、分支管理和性能等方面的缺点，也成为了一些开发者和团队转向Git的原因。

1.3. 使用流程

Git的使用流程通常包括以下几个步骤：

1. 初始化仓库：在本地文件夹中初始化一个Git仓库，可以使用`git init`命令来进行初始化。

2. 添加文件：将需要进行版本控制的文件添加到Git仓库中，可以使用`git add`命令来添加文件。

3. 提交更改：将添加的文件提交到本地仓库中，可以使用`git commit`命令来提交更改，需要添加提交信息以描述本次提交的内容。

4. 创建分支：如果需要在新的分支上进行开发，可以使用`git branch`命令来创建新的分支，然后使用`git checkout`命令来切换到新的分支。

5. 进行开发：在指定的分支上进行代码的修改和开发工作。

6. 合并分支：当开发完成后，可以将新的代码合并到主分支或其他分支上，可以使用`git merge`命令来进行分支合并。

7. 推送到远程仓库：如果需要将本地仓库的更改推送到远程仓库，可以使用`git push`命令来进行推送。

8. 拉取远程仓库的更改：如果其他开发者对远程仓库进行了更改，可以使用`git pull`命令来拉取远程仓库的最新更改到本地仓库。

以上是Git的基本使用流程，当然在实际开发中可能会涉及更多的操作，比如标签管理、撤销更改、解决冲突等。Git具有丰富的命令和功能，可以根据具体的需求进行灵活的使用。

2.命令解释

2.1. 文件状态

在Git中，文件可以处于以下几种状态：

1. 未追踪（Untracked）：这是文件的初始状态，表示该文件还没有被Git跟踪。在该状态下，Git不会对该文件进行版本控制。

2. 已追踪（Tracked）：表示该文件已经被Git跟踪，但是在本地工作区中有更改。

3. 未修改（Unmodified）：表示该文件没有被修改过，与最后一次提交的版本一致。

4. 已修改（Modified）：表示该文件在本地工作区中被修改过，但是还没有被提交到暂存区。

5. 已暂存（Staged）：表示该文件已经被添加到Git的暂存区，等待被提交到版本库中。

6. 已提交（Committed）：表示该文件的更改已经被提交到本地版本库中。

这些状态可以通过`git status`命令来查看，该命令会列出工作区中所有文件的状态信息。理解文件的状态有助于开发者更好地管理和控制文件的版本变化，以及了解当前工作区中的文件变化情况。

2.2. 工作区域

在Git中，有三个主要的工作区域：

1. 工作目录（Working Directory）：也称为工作区，是你在电脑中能看到的目录，它持有实际文件。

2. 暂存区（Staging Area）：也称为索引（Index），是一个单独的文件，保存了即将提交到版本库的文件列表以及相应的文件状态信息。

3. 版本库（Repository）：也称为本地仓库，是Git的核心部分，包含了项目的元数据和对象数据库。版本库中存储着你项目的每一个版本的快照。

这些工作区域之间的关系如下：

当你在工作目录中修改文件时，Git会标记这些文件为已修改（Modified）状态。
通过`git add`命令将已修改的文件添加到暂存区，暂存区中的文件状态变为已暂存（Staged）。
最后，通过`git commit`命令将暂存区中的文件提交到版本库中，完成文件的版本控制。
理解这些工作区域之间的关系有助于你更好地管理和控制文件的版本变化，以及了解当前工作区中文件的状态。