Git 就像一个代码管理魔术师，它能轻松帮你掌控代码的不同版本。你可以通过它快速追查到是谁、何时、为何更改了代码，就像拥有时光倒流查看代码历史的超能力！现在，Git 已经成为程序员必备的工具，熟练掌握几个关键命令是玩转 Git 的基础。虽然 Git 命令众多，但日常常用的其实只有少数几个，让我们一起踏入 Git 的奇幻世界吧！

git config

在开始使用 Git 之前，你需要进行一些基本配置，其中最重要的一步就是设置你的用户名和邮箱地址。这可以通过 git config 命令来完成。

# 设置用户名
git config --global user.name "你的名字"

# 设置邮箱地址
git config --global user.email "你的邮箱地址"

这样一来，每当你使用 Git 提交代码时，你的用户名和邮箱地址就会自动嵌入到提交信息中，让项目其他参与者清楚地知道谁做了哪些修改。

git init

初始化一个 Git 仓库是使用 Git 的第一步，就像盖房子之前打地基一样。接下来，我们就来看看如何使用 git init 命令创建新仓库吧！
打开终端，进入到你想创建仓库的目录，然后输入以下命令：

git init

按回车键后，git init 会在当前目录创建一个名为 .git 的隐藏目录。这个目录包含了 Git 管理仓库所需的所有文件和子目录。
.git 目录是 Git 仓库的核心，它存储了所有与版本控制相关的信息，包括：

• 版本历史记录: Git 会跟踪你的每一次改动，并将它们存储为独立的快照。这些快照被称为提交（commit）。
• 索引: 索引是一个暂存区域，用于暂存你准备提交的改动。
• 分支: 分支允许你并行开发代码，而不影响主代码库。
• 其他元数据: .git 目录还存储了一些其他元数据，例如仓库配置信息和 remotes（用于与远程仓库通信）。

git clone

Git 克隆就是将远程仓库的代码复制到本地计算机，从而创建一个本地工作副本。这让你可以独立修改代码，并在需要时与远程仓库进行同步。

git clone https://github.com/<repo-url>

本地工作副本：当你使用 git clone 命令时，Git 会下载远程仓库的代码并将其存储在你的本地计算机上。这个本地副本与远程仓库是独立的，你可以自由地修改代码，而不会影响远程仓库。
远程仓库：这是代码的原始存储位置，通常托管在 Github 等平台上。你可以将本地工作副本的改动推送到远程仓库，与其他协作者共享代码。
远程位置：当你克隆一个仓库时，Git 会自动将原仓库位置设置成一个远程位置，你可以使用 git pull 命令从远程仓库获取更新，或者使用 git push 命令将你的改动推送到远程仓库。

git status

git status 绝对是 Git 的核心命令之一，它就像一个通往 Git 大脑的窗口，让我们随时了解 Git 的状态和仓库的状况。尤其是在刚开始学习 Git 的时候，养成使用 git status 的习惯是非常有益的！
为什么 git status 如此重要？

• 即时反馈： 每次运行 git status，你都会得到一个清晰的报告，显示哪些文件被修改了、哪些文件被追踪了、哪些文件没有被追踪等等。这让你时刻掌握仓库的最新动态，避免迷失方向。
• 避免误判： Git 的内部状态有时会比较复杂，仅仅凭直觉判断文件的状态可能会出错。git status 提供了可靠的依据，让你准确地了解哪些改动需要提交，哪些改动需要暂存，哪些改动需要忽略。
• 学习利器： 通过经常使用 git status，你逐渐会熟悉 Git 的工作流程和不同状态的含义。这就像在和 Git 玩一场猜谜游戏，每一次的反馈都会加深你对 Git 的理解。

使用 git status 非常简单，只需要在终端输入以下命令：

git status

On branch master
Untracked files:
  (using 1 core)
        README.md

nothing added to commit but untracked files present (use "git add" to track)

这告诉我们，当前分支是 master，有一个未追踪的文件 README.md，并且没有已添加但未提交的改动。

git add

git add 命令的作用是将工作目录中的文件添加到暂存区。暂存区是一个临时存储区域，用于存放准备提交的文件。
git add 命令的用法

# 基本语法
git add <文件1> <文件2> ... <文件n>（添加特定文件）
# 要添加工作目录中的所有改动
git add .

git add 命令就像一座桥，将工作目录中的文件移动到暂存区。只有在暂存区中的文件才会包含在下一次提交中。

git commit

git commit –m "提交信息"

提交信息是记录代码更改的重要一步，它就像一张说明标签，清楚地告诉其他人你做了什么改动。
提交信息是附加在每个 Git 提交上的简短消息，描述了所做的更改。它通常包括以下内容：

• 简短的摘要： 一句话概括本次提交的主要改动。
• 详细的描述： 进一步解释所做的更改，包括更改的原因、影响和解决的问题。
• 可选信息： 例如，你可以提及相关问题编号、协作者或其他相关细节。

git push

git push 命令是将本地仓库内容推送到远程仓库的重要工具，就像搬运工把你的代码从电脑上传到云端一样。
基本语法：

git push <remote_name> <branch_name>

<remote_name> 是你添加的远程仓库的名称。
<branch_name> 是你想要推送到远程仓库的分支名称，通常可以省略，默认推送到 master 分支。
例如，假设你已经添加了一个名为 origin 的远程仓库，想要将本地 master 分支的最新提交推送到远程仓库，可以使用以下命令：

git push origin

如果想将本地 feature-branch 分支推送到远程仓库，可以使用以下命令：

git push origin feature-branch

git branch

git branch 命令主要用于管理分支。

# 列出所有分支
git branch

# 删除分支
git branch -d <branch_name>

git checkout

git checkout 就像切换歌曲一样，选择不同的分支就切换到对应的代码版本，工作目录会更新为该版本的内容，但原有的代码版本仍然安全地存储在仓库中。

切换分支：

# 切换到已存在的本地分支
git checkout <branch_name>

# 创建并切换到新分支
git checkout -b <branch_name>

切换分支之前，一定要提交或暂存当前分支的改动，避免丢失。

文件检出：

# 从 Git 仓库中检出特定的文件，将其还原到特定版本
git checkout <file_name>

这不会影响工作目录中其他文件或当前分支。

git merge

git merge 的作用：

• 将两个分支的开发历史合并到当前分支。
• 常用于将开发分支中的改动合入主分支（master）或其他稳定分支。
• 需要注意合并冲突（conflicts），即两个分支同时改动同一文件时产生的矛盾。

执行步骤：

• 切换到你要合并的目标分支（即你想将其他分支的改动合入的当前分支）。
• 运行 git merge <分支名> 命令，指定要合并的分支。
• 如果没有冲突，Git 会自动创建一个新的提交，包含合并后的代码。
• 如果有冲突，Git 会将冲突部分标记出来，你需要手动解决冲突然后提交。

git pull

git pull 的作用

• 拉取远程仓库的最新改动并将其合并到你的本地仓库。
• 可以确保你拥有团队成员的所有最新代码更新。
• 通常用于在开始工作之前同步本地仓库的状态。

基本语法：

git pull <remote_name>

如果未指定 <remote_name>, 默认拉取默认远程仓库 (通常命名为 origin) 的最新改动。
git pull 本质上是执行了两个操作：

1. git fetch: 从远程仓库获取最新数据。
2. git merge: 将远程数据合并到你的当前分支。

需要注意的点：

• 拉取之前，确保你的本地仓库没有未提交的改动，否则可能导致冲突。
• 拉取时可能会出现合并冲突，需要手动解决。
• 建议养成定期拉取代码的习惯，保持与团队协作同步。

git log

git log 的作用：

• 显示 Git 仓库的提交历史记录。
• 列出所有提交的信息，包括提交哈希、提交者、提交时间、提交信息。
• 可以用于查看代码演进过程、追踪特定改动的来源、理解团队协作进度等等。

具体用法

基本语法：git log
可以使用各种选项来筛选和格式化输出，例如：

• -p: 显示提交的差异（patch）。
• -n <number>: 只显示最近的 <number> 个提交。
• --branch <branch_name>: 只显示特定分支的提交。
• --author <author_name>: 只显示特定作者的提交。

点关注，不迷路！！！

#文章首发挑战赛#