Git使用基础

Git 是什么？

Git 是一个版本控制系统，用于跟踪文件和项目的变化。它可以帮助多个开发者在同一个项目上协同工作，同时还能够追踪项目的历史和变更。

 

本地仓库和远程仓库

本地仓库：

本地仓库是存储在你自己计算机上的 Git 仓库。当你在项目文件夹中运行 git init 命令时，它会初始化一个本地仓库。在本地仓库中，你可以进行提交、创建分支、合并分支等操作。

git clone 命令不是用于初始化一个新的本地仓库，而是用于将一个已经存在的远程仓库克隆（复制）到本地。它会将远程仓库的所有文件、分支、标签等信息复制到本地，并创建一个与远程仓库相同的本地仓库。

1. git init 命令：

   • 用于在一个已有的目录中初始化一个新的 Git 仓库。

   • 它会在该目录下创建一个 .git 子目录，用于存储 Git 仓库的配置文件、对象数据库等信息。

   • 这个命令主要用于从零开始创建一个新的 Git 仓库。

   bashCopy codecd /path/to/your/project
   git init

2. git clone 命令：

   • 用于从远程仓库克隆一个已存在的 Git 仓库到本地。

   • 它不仅会将远程仓库的文件复制到本地，还会自动设置远程仓库地址，创建一个默认的主分支（通常是 master 或 main），并将本地仓库的 HEAD 指向该分支。

   • 这个命令主要用于获取已有项目的副本。

   bashCopy code
   git clone <remote_repository_url>

总结：git init 主要用于在本地目录中创建一个新的 Git 仓库，而 git clone 用于从远程仓库克隆一个已存在的 Git 仓库到本地。两者的使用场景和目的不同。

远程仓库：

远程仓库是存储在云端（例如GitHub、GitLab、Bitbucket等）的仓库。这允许多个开发者共享和协同工作。你可以把本地仓库的变更推送到远程仓库，也可以从远程仓库拉取变更到本地仓库。

 

 

理解 Git 中的 Pull、Fetch 和 Push 涉及到远程仓库和本地仓库之间的数据同步。以下是这三个操作的简单介绍：

1. Pull（拉取）：

   • 含义： Pull 操作用于从远程仓库获取最新的代码并合并到当前本地分支。

   • 使用场景： 当你想要同步你的本地仓库与远程仓库的最新变更时，可以使用 Pull。

   • 操作： 在本地仓库中运行 git pull 命令，Git 将自动从远程仓库下载最新的代码并尝试合并到你的本地分支。

2. Fetch（获取）：

   • 含义： Fetch 操作用于从远程仓库获取最新的代码，但不自动合并到本地分支。它会将远程仓库的变更下载到你的本地仓库。

   • 使用场景： 当你想查看远程仓库的最新变更，但还不想将这些变更合并到你的本地分支时，可以使用 Fetch。

   • 操作： 在本地仓库中运行 git fetch 命令，Git 将下载远程仓库的最新代码，你可以随后决定是否要进行合并。

3. Push（推送）：

   • 含义： Push 操作用于将本地仓库的提交推送到远程仓库，以便其他开发者可以访问你的变更。

   • 使用场景： 当你在本地完成一些工作并希望分享这些变更给其他开发者时，可以使用 Push。

   • 操作： 在本地仓库中运行 git push 命令，Git 将把本地分支的变更推送到远程仓库。

简而言之，Pull 是 Fetch 和 Merge 的组合操作，它从远程仓库获取最新代码并尝试自动合并到本地分支。Fetch 只是获取远程仓库的最新代码，而不自动合并。Push 是将本地仓库的变更推送到远程仓库。

这三个操作都是用于保持本地仓库和远程仓库同步的重要工具。理解它们的使用场景有助于更好地管理和协作项目的开发。

 

什么是合并分支，合并到哪里？合并前的两个分支去哪里了

合并分支是将两个不同的分支合并为一个的过程，这通常涉及将一个分支的修改合并到另一个分支。在 Git 中，主要的合并操作有两种：merge 和 rebase。

1. Merge（合并）：

   • 合并到哪里： 当你执行 git merge 命令时，你通常会合并一个分支到当前分支。例如，如果你在 main 分支上运行 git merge feature-branch，那么 feature-branch 的修改将会合并到 main 分支上。

   • 合并前的两个分支： 合并完成后，feature-branch 仍然存在，但它的修改已经被合并到 main 分支上。在合并完成后，通常你可以删除不再需要的分支。

   合并 feature-branch 到 main
   git checkout main
   git merge feature-branch

2. Rebase（变基）：

   • 合并到哪里： Rebase 会将一个分支的修改放在另一个分支的最顶端。如果你在 feature-branch 上运行 git rebase main，那么 feature-branch 的修改将会被“移动”到 main 分支的最顶端。

   • 合并前的两个分支： Rebase 会改变提交历史，因此它看起来好像是在一个分支上进行的修改。但在实际操作中，feature-branch 仍然存在，只是它的提交历史被重新组织了。

   变基 feature-branch 到 main
   git checkout feature-branch
   git rebase main

总体而言，合并是为了将不同分支上的修改整合在一起。在合并完成后，你可以选择删除不再需要的分支。选择使用 merge 还是 rebase 取决于你的项目和团队的工作流，以及你对提交历史的偏好。

merge 操作的比喻：

想象你和你的朋友一起写了一篇故事。你们各自写了自己的部分，然后决定把它们合并在一起形成一篇完整的故事。

• merge 类比：

  1. 你和你的朋友都在不同的地方写故事（各自的分支）。

  2. 当你们决定将故事合并时，你们会把各自的部分放在一起，形成一篇整体的故事（合并提交）。

  3. 这个故事的历史看起来像是一条主线，上面标有你们各自的贡献点。

rebase 操作的比喻：

现在，想象你决定重新组织你的故事，使得整个故事流畅地连接在一起，而不是保留两个分开的部分。

• rebase 类比：

  1. 你决定重写你的部分，使得你的故事直接接在你朋友的故事后面。

  2. 你的故事现在看起来像是直接连在一起的，没有了分叉和额外的合并提交。

  3. 整体故事的历史变得更加线性，就好像是由一个人顺畅地写成的。

对比总结：

• merge：

  • 保留了各自分支的历史，创建了一个新的合并提交，形成分叉。

  • 类似于把两个独立的故事合并在一起，每个人的贡献都被保留。

• rebase：

  • 重新组织提交历史，使得提交看起来像是按照时间轴一样直线连接。

  • 类似于在故事中重新组织段落，使得整体流畅而一致。

 

tag（标签）：

• tag 是一个不可变的引用，指向特定的 commit。它是为了方便地标记和引用项目的特定版本而引入的。

• tag 通常用于标记软件版本、重要的里程碑或者项目中的其他重要时刻。

• 与 commit 不同，tag 不会随着新的提交而移动，因为它是一个静态的指针。