前端

服务端

计算机基础

Git是一个由林纳斯·托瓦兹为了更好地管理linux内核开发而创立的分布式版本控制／软件配置管理软件。需要注意的是和GNU Interactive Tools，一个类似Norton Commander界面的文件管理器相区分。



`git commit -m "message"` 这条命令在 Git 版本控制系统中非常核心，它的作用是将暂存区（staging area）里的变更保存到仓库的历史记录中。其中 `-m` 参数后面的 `"message"` 是一条提交信息，用来为这次提交提供描述，帮助其他开发者（包括将来的自己）理解这次提交的目的和内容。

例如，如果你完成了一个功能的开发，比如添加了用户登录的功能，你可能会这样使用这个命令：

```bash
git add .
git commit -m "Add user login feature"
```

这里，`git add .` 命令首先将所有修改过的文件添加到暂存区。接着，`git commit -m "Add user login feature"` 将这些变更保存到 Git 仓库的历史记录中，并附上了一条消息 "Add user login feature"，说明这次提交增加了用户登录功能。

这样，其他协同开发者在查看版本历史时可以清楚地看到每个提交的具体内容和目的，从而更好地理解项目的发展历程。

git commit-m ”message“ 的作用是什么？

`git branch -d` 是一个 Git 命令，用于删除本地仓库中的分支。这个命令只会删除已经被合并到上游分支（比如 `master` 或 `main` 分支）的分支，从而确保不会丢失工作。如果尝试删除一个还有未合并更改的分支，Git 会阻止此操作并显示错误消息。

### 如何使用 `git branch -d`

在使用这个命令之前，你应该确保你要删除的分支的更改已经合并到了一个上游分支中。以下是使用 `git branch -d` 的基本步骤：

1. **切换到不是你要删除的分支**:
   不可以在你正在使用的分支上执行删除操作。通常，你可以切换到 `main` 或 `master` 分支：
   ```bash
   git checkout main
   ```

2. **查看所有分支**:
   列出所有本地分支来确认你要删除的分支名称：
   ```bash
   git branch
   ```

3. **删除分支**:
   使用 `git branch -d` 命令加上你要删除的分支的名称来删除分支。例如，如果你要删除名为 `feature-x` 的分支，你可以使用：
   ```bash
   git branch -d feature-x
   ```

   如果该分支已经合并到了上游分支，它将被删除。如果没有，Git 会提醒你分支未被完全合并。

### 示例

假设我在一个项目中工作，我已经完成了一个功能在分支 `feature-login` 上，并且这个功能已经被合并到了 `main` 分支。现在我不再需要 `feature-login` 分支了，我可以这样删除它：

```bash
git checkout main
git pull
git branch -d feature-login
```

这样，`feature-login` 分支就会被从我的本地仓库中删除，因为它的更改已经存在于 `main` 分支中。

使用 `git branch -d` 命令是 Git 分支管理的一个重要方面，它帮助维持仓库的整洁。如果你需要强制删除一个未合并的分支，可以使用 `git branch -D`，但这通常不推荐，除非你确实不再需要那些更改。

什么是“git branch -d”？以及如何使用它？

要将Git存储库更新到最新版本，首先需要确保您的本地存储库与远程存储库同步。以下是更新本地存储库的步骤：

1. **打开命令行工具**：首先，打开您的命令行工具（如Terminal或Git Bash）并导航到您的项目目录。

2. **检查当前分支**：可以通过输入命令 `git branch` 来检查您当前所在的分支。确保您在正确的分支上，通常是`master`或`main`分支。

3. **拉取最新版本**：
   - **拉取远程分支的更新**：执行 `git pull origin master`（如果您的主分支是`master`）或 `git pull origin main`（如果您的主分支是`main`）。这个命令会从远程的`master`或`main`分支拉取最新的更改，并合并到您的本地分支。
   - 这个过程中，Git 会自动合并远程分支和您的本地分支。如果有冲突，Git会提示您手动解决。

4. **检查状态**：更新完毕后，可以使用 `git status` 来检查目前的状态，确认所有更改都已经正确合并。

例如，假设我在开发一个网站的项目，项目代码托管在GitHub上。项目团队使用`main`分支作为主分支。当团队成员推送了新的功能或修复到`main`分支时，我需要将这些更新同步到我的本地环境，以保证我工作在最新版本的代码上。我会在我的本地计算机上打开终端，导航到项目文件夹，然后运行 `git pull origin main` 命令，这样我的本地代码库就会与远程的`main`分支同步更新。

这个过程确保我总是在最新的开发环境中工作，有助于避免开发中的版本冲突，并使得合作更加顺畅。

如何将Git存储库更新到最新版本？

Git pull request 是一个非常重要的功能，它允许开发者将自己的代码变更合并到主仓库中。这个过程中涉及到几个关键步骤：

1. **分支：** 开发者首先在本地仓库创建一个新的分支，用于开发新功能或修复bug。这样做的好处是可以保持主分支的稳定性，所有新的开发都在分支上进行。

2. **提交：** 在新分支上开发完成后，开发者会在本地仓库进行提交，保存改动。

3. **推送：** 将本地分支推送到远程仓库。这样其他开发者才能看到最新的变更。

4. **创建 Pull Request：** 开发者在GitHub或其他支持Git的平台上，从自己的分支向主分支发起一个Pull Request(PR)。这是一个请求，希望项目维护者审查代码，并将其合并到主分支。

5. **代码审查：** 项目维护者或其他团队成员可以查看变更，提出建议或要求修改。这个过程可以保证代码的质量，避免引入bug。

6. **合并：** 一旦Pull Request得到批准，它就可以被合并到主分支。这样，新的代码就会成为项目的一部分。

例如，在我之前的项目中，我们团队使用Git和GitHub来管理源代码。我负责一个新功能的开发，我在本地创建了一个名为`feature-x`的分支，并在这个分支上完成了开发。之后，我将这个分支推送到GitHub，并对主分支发起了一个Pull Request。我的团队成员对我的代码进行了审查，并提出了一些优化建议。我根据这些建议修改了代码，并更新了Pull Request。最终，我的代码通过审查并成功合并到了主分支。这个过程不仅确保了代码的质量，也促进了团队之间的沟通和协作。

什么是 Git pull request？

`.gitignore` 文件是一个文本文件，它告诉 Git 哪些文件或目录是可以被忽略的，不需要添加到版本控制系统中。当我们在使用 Git 进行项目管理时，通常会有一些文件或目录不需要或不应该被提交到远程仓库中，例如用户的敏感信息、编译生成的文件或者特定的配置文件等。

在 `.gitignore` 文件中，我们可以定义一系列规则来匹配需要忽略的文件或目录。这些规则可以使用通配符等方式来指定，比如：

- `*.log` 表示忽略所有扩展名为 `.log` 的文件。
- `build/` 表示忽略整个 `build` 目录。
- `!important.log` 表示不忽略 `important.log` 文件，即使它满足之前定义的忽略规则。

举个具体的例子，假设我在开发一个 Java 项目，通常会有编译生成的 `.class` 文件，这些文件没必要加入版本控制，因为它们可以从源代码重新编译生成。此时，我可以在 `.gitignore` 文件中添加如下规则：

```
*.class
```

这样，所有的 `.class` 文件都会被 Git 忽略，不会被误加入到版本库中，从而保持仓库的干净和管理的有效性。

什么是“.gitignore”文件？

`git checkout --track <remote/branch>` 命令的作用是创建一个新的本地分支，该分支跟踪指定的远程分支。这意味着您可以在本地对这个分支进行修改和更新，同时保持与远程分支的同步。

当您使用这个命令时，Git 会自动将本地分支设置为跟踪远程分支。这样做的好处包括：

1. **自动同步远程分支的变化**：当远程分支更新时，您可以通过 `git pull` 命令轻松地将这些更新拉取到本地分支。
2. **简化推送操作**：由于本地分支已设置为跟踪远程分支，因此在使用 `git push` 命令时无需指定远程仓库和分支名称。

### 示例：

假设您在团队中工作，团队使用名为 `origin` 的远程仓库，并在其中有一个名为 `feature-x` 的分支。您想在本地创建一个新分支来跟踪这个远程分支，并开始向该特性贡献代码。您可以执行以下命令：

```bash
git checkout --track origin/feature-x
```

执行此命令后，Git 会创建一个名为 `feature-x` 的本地分支，并自动设置为跟踪 `origin/feature-x`。这样，您就可以在本地工作并保持与远程分支的同步了。

“git checkout--track＜remote/branch＞”的作用是什么？

`git rm` 命令主要用于从工作目录和索引中删除文件。这意味着文件不再被 Git 跟踪。当文件从索引中移除后，它也会在下一次提交时从仓库中删除。

使用场景示例：

假设在一个项目中我们不再需要一个名为 `old_version.py` 的文件。为了从 Git 仓库中删除这个文件，我们可以使用以下命令：

```bash
git rm old_version.py
```

执行此命令后，`old_version.py` 会从工作目录中删除，并且此更改会被添加到暂存区，准备下一次提交。完成此操作后，我们需要进行提交，以使更改生效并更新仓库状态：

```bash
git commit -m "Remove old_version.py as it is no longer needed"
```

除了删除文件，`git rm` 还可以用于删除目录（使用 `-r` 参数来递归删除目录），或者用 `--cached` 选项从 Git 索引中删除文件而保留在工作目录中，这在处理误加入跟踪的文件时非常有用。

“git rm”有什么用？

**git checkout、git reset 和 git revert** 是 Git 中用于管理代码版本和历史的三个关键命令，它们各自有不同的用途和影响。

### git checkout

`git checkout` 主要用于切换分支或恢复工作目录中的文件。例如，如果我想切换到一个名为 `feature-x` 的分支，我会执行：

```bash
git checkout feature-x
```

此命令也可以用来检出某个特定的文件到一个指定的版本，比如我想将 `index.html` 文件恢复到上一个版本，可以使用：

```bash
git checkout HEAD^ index.html
```

### git reset

`git reset` 主要用于撤销过去的提交。它可以根据需要调整 HEAD（当前分支的指针），索引（暂存区），和工作目录的状态。

- 使用 `--soft` 参数，`git reset` 将 HEAD 移动到指定的提交，但不改变索引文件或工作目录。这常用于撤销一个还未推送的 commit，而保留所有文件的改动，以便重新提交。
  
  ```bash
  git reset --soft HEAD^
  ```

- 使用 `--mixed` 参数（默认选项），`git reset` 会将 HEAD 和索引都重置到指定的提交，但不改变工作目录。这对于撤销已暂存的文件很有用。
  
  ```bash
  git reset HEAD^
  ```

- 使用 `--hard` 参数，`git reset` 会将 HEAD、索引和工作目录都重置到指定的提交。这是一个危险的操作，因为它会丢失所有未提交的更改。
  
  ```bash
  git reset --hard HEAD^
  ```

### git revert

`git revert` 用于撤销一个特定的提交，但与 `git reset` 不同的是，它通过创建一个新的提交来实现这一点，这个新提交是旧提交的逆操作。这使得它成为一个在多人协作项目中更安全的选择，因为它不会改变项目的历史。

例如，如果我想撤销一个错误的提交（commit id 为 `a1b2c3d`），我可以使用：

```bash
git revert a1b2c3d
```

这会创建一个新的提交，其中包含了撤销 `a1b2c3d` 提交所做的所有更改。

### 总结

- **git checkout** 主要用于切换分支或恢复文件。
- **git reset** 主要用于撤销提交，并可以根据参数选择性地调整索引或工作目录。
- **git revert** 用于通过创建逆向提交来撤销过去的提交，这在多人协作环境中尤为重要。

这些命令的选择取决于你想要达成的目标和你的具体需求。

“git checkout”、“git reset”和“git revert”之间有什么区别？

**Git fsck** 的作用是用来检查并验证 Git 文件系统中的内部完整性。它全称是 "File System Consistency Check"，即“文件系统一致性检查”。这个命令会遍历所有的对象（包括提交、树、标签和blob对象）并检查它们的连接关系是否正常，以及内容的哈希值是否与存储时的哈希值相符，从而确保 Git 仓库的数据未被损坏或篡改。

### 如何使用 git fsck?

基本的使用方法是在命令行中输入：
```bash
git fsck
```
这条命令会检查仓库中所有的对象，列出存在的任何问题，比如悬空引用或损坏的对象等。

### 可选参数：
- `--verbose` 或 `-v`：显示所有被处理的对象，即使它们没有问题。
- `--full`：进行一次完全检查，这会花费更多的时间，但是检查更为彻底。
- `--dangling`：只报告悬挂对象（即在任何分支、标签或其他引用中没有引用的对象）。
- `--unreachable`：报告无法从任何引用到达的对象。
- `--no-reflogs`：在检查过程中忽略 reflog 中的引用。

### 示例：

假设你的 Git 仓库中可能因为某些操作错误或者其他原因导致了数据错误，你可以使用以下命令来检查：

1. 进行基本检查：
   ```bash
   git fsck
   ```

2. 使用详细模式，查看更多信息：
   ```bash
   git fsck --verbose
   ```

3. 查找悬空或未连接的对象：
   ```bash
   git fsck --dangling
   ```

这个命令在日常使用中比较少见，但在数据疑似被损坏或者进行系统迁移等情况下非常有用。例如，如果你从一个老旧的硬盘迁移到一个新硬盘，可以在迁移后使用 `git fsck` 来确保所有数据都被正确迁移无误。

“git fsck”的作用是什么？如何使用它？

**Git Stash** 是 Git 版本控制系统中的一个功能，主要用于临时保存还没有准备好提交的修改，从而让开发者可以干净地切换到别的分支进行工作。当你在一个分支上进行工作时，如果需要临时切换到另一个分支处理一些事情，而你当前的修改又不足以做一个完整的提交，这时你就可以使用 `git stash` 命令来保存当前工作进度。

`git stash` 会把你的工作区的和暂存区的改动保存起来，让工作目录回到最近一次的 commit 状态，从而可以切换分支而不影响当前分支。

### 使用场景示例：

假设我正在 `feature` 分支上开发一个新功能，此时需要紧急修复 `master` 分支上的一个 bug。我的当前工作还不完整，无法提交。这时，我可以使用以下命令：

```bash
git stash
```

此命令会保存我在 `feature` 分支上的改动，并将工作目录恢复到最近的 commit 状态。接下来，我可以安心切换到 `master` 分支进行 bug 修复。

修复完成后，我可以切换回 `feature` 分支，并使用以下命令恢复之前的工作状态：

```bash
git stash pop
```

这个命令会应用之前存储的 stash，并尝试将其从 stash 列表中移除。

总结来说，`git stash` 是处理多任务间切换的非常有用的工具，它确保你的工作目录和暂存区状态可以被保存和恢复，使得跨分支的工作变得更加灵活和安全。

Git面试题手册