git进行版本回退（文件恢复、恢复误提交、已提交）

[Git] 两种方法合并多个commit为一个

1

  git pull origin master

git fatal: 拒绝合并无关的历史的错误解决方法

1

  git pull origin master --allow-unrelated-histories

1
2
3
4
5

  <<<<<<< HEAD
  // 本地仓库中的代码
  =======
  // 远程仓库中的代码
  >>>>>>> FETCH_HEAD

git cherry-pick 命令可以将某个分支上的特定提交应用到当前分支上。与 merge 或 rebase 不同，cherry-pick 只关注指定的提交，而不处理整个分支的变更历史。

1

  git checkout 目标分支

1

  git checkout main

1

  git log 源分支

1

  git log feature

1

  git cherry-pick 提交的哈希值

1

  git cherry-pick abc123

1

  git cherry-pick --continue

1

  git cherry-pick --abort

要查看 Git 仓库的远程列表，我们可以使用 git remote 命令。这个命令会列出所有远程仓库的名称。

1
2

  git remote
  origin

如果仓库有多个远程仓库，我们可以使用 -v 选项查看更详细的信息，包括每个远程仓库的 URL。

1

  git remote -v

Git 仓库的远程列表

https://blog.csdn.net/xiaoxgongzs/article/details/105099281

在解决SSL证书自签名问题前，我们先要了解一下Git配置中和SSL有关的几个关键属性：

• http.sslVerify：该属性用于指定是否验证SSL证书，默认值为true，表示验证证书。
• http.sslCAInfo：该属性用于指定SSL证书的位置，提供自定义的CA证书进行验证。
• http.sslCAPath：该属性用于指定SSL证书的路径，提供自定义的CA证书进行验证。

当您确定从GitHub上克隆仓库的过程中，SSL证书问题不会对仓库的安全性产生威胁时，您可以选择忽略SSL证书验证。在使用Git命令进行克隆操作时，可以添加-c选项，并指定http.sslVerify=false参数

1

  git -c http.sslVerify=false clone https://github.com/username/repo.git

1

  git -c Http.sslVerify=false clone https://hub.nuaa.cf/hexgio/emacs_config.git

Git 如何解决从GitHub克隆仓库时出现的SSL证书自签名问题

具体来说，它的作用如下：

1. 重置工作目录和暂存区： 使用 –hard 选项会将工作目录和暂存区完全重置为指定的提交状态。这意味着当前的工作目录中的所有未提交的修改都会被删除，包括未添加到暂存区的文件修改和已经添加到暂存区但未提交的更改。
2. 丢弃所有本地修改： 如果你在工作目录中进行了一些修改（比如编辑文件、添加新文件等），但是还没有提交这些更改，运行 git reset –hard 将会丢弃所有这些修改，使工作目录变成指定提交的状态。
3. 慎重使用： 由于 git reset –hard 会永久丢弃所有未提交的工作，因此在使用时需要特别小心。确保你真的希望丢弃所有本地修改并将工作目录恢复到指定提交的状态。

总之，git reset –hard 是一个强制性的命令，可以帮助你彻底清理和重置本地工作目录和暂存区，回到指定提交的状态。

1. git reset

git reset 命令用于将当前分支的 HEAD 指针重置为指定的状态，并且可以选择是否更新暂存区和工作目录。

• 作用： 主要用于撤销提交、重置当前分支的位置或者在不同的模式之间切换。

• 常见用法：

  • git reset <commit>：将当前分支的 HEAD 指针移动到 <commit>，并且不更改暂存区和工作目录。这个命令通常用于撤销提交或者移动到不同的提交上。
  • git reset –soft <commit>：将 HEAD 指针移动到 <commit>，并且保留暂存区和工作目录的更改。这个命令通常用于撤销最近的一次提交，并且保留更改以便重新提交。
  • git reset –mixed <commit>（默认行为）：将 HEAD 指针移动到 <commit>，并且重置暂存区，但是保留工作目录的更改。这个命令通常用于取消暂存的更改或者将暂存区和工作目录的状态与指定提交保持一致。
  • git reset –hard <commit>：将 HEAD 指针移动到 <commit>，并且重置暂存区和工作目录，使它们与指定提交完全一致。这个命令通常用于彻底清理工作目录并重置到指定的提交状态。

1. –hard 选项

–hard 是 git reset 命令的一个选项，用于指定重置的模式之一。它的作用是：

• 作用： 在执行 git reset 时，–hard 选项会重置当前分支的 HEAD 指针，并且彻底重置暂存区和工作目录，使它们与指定的提交完全一致。
• 注意事项： 使用 git reset –hard 时要非常小心，因为它会永久删除未提交的工作目录中的所有更改。任何未提交的更改都将被彻底清除。

综上所述，git reset 是一个多功能命令，可以用来移动 HEAD 指针和管理暂存区、工作目录的状态。而 –hard 是 git reset 命令的一种选项，用于彻底重置工作目录和暂存区，以使它们与指定的提交完全一致。

1. –soft 模式：

   • git reset –soft <commit>：在这种模式下，Git 会将 HEAD 指针移动到 <commit>，但是不会重置暂存区和工作目录。这意味着所有的更改都会保留在工作目录中，并且保留在暂存区，因此你可以随时使用 git commit 命令来提交这些更改。
   • 典型用途：用于取消上一次提交，并将更改保留在工作目录和暂存区，以便进一步调整或重新提交。

2. –mixed 模式：

   • git reset –mixed <commit> 或 git reset <commit>（默认模式）：这种模式是 git reset 的默认行为。在这种模式下，Git 会将 HEAD 指针移动到 <commit>，同时重置暂存区的状态，但是保留工作目录中的更改。
   • 典型用途：用于取消暂存的更改，或者将暂存区和工作目录的状态与指定的提交保持一致。

3. –hard 模式：

   • git reset –hard <commit>：这是最强制的重置模式。在这种模式下，Git 会将 HEAD 指针移动到 <commit>，并且彻底重置暂存区和工作目录，使它们与指定的提交完全一致。
   • 典型用途：用于完全丢弃工作目录中的所有未提交更改，并将工作目录恢复到指定提交的状态。

这些模式允许你根据需要选择不同级别的重置操作。在选择使用 –soft、–mixed 或 –hard 时，务必注意其影响范围，以免意外丢失或保留不必要的更改。

• 只需将github网页地址中github.com改为github1s.com (增加的字符是123的"1"和"s"）
• GitHub 官方出的 Online VSCode 编辑器：输入.键（句号键），相当于把仓库地址中github.com改为github.dev

1

参考：https://blog.csdn.net/cqcre/article/details/120398001

• 地址前加上 (https://) gitpod.io/#/,，即把地址中gihub.com改为gitpod.io/#/github.com，直接进入gitpod。

1
2

可在线运行脚本，里面有安装的依赖包。
可直接一键构建docker镜像。

github的一些快捷键和在线编辑器

Git提供了一个名为git rev-parse的命令，可以用来解析、处理Git对象以及获取与之相关的信息。通过使用git rev-parse命令，我们可以获取Git根目录的绝对路径。

要获取Git根目录的绝对路径，可以在命令行中输入以下命令：

1

  git rev-parse --show-toplevel

这将返回Git根目录的绝对路径。例如，假设我们的Git仓库位于/Users/username/git-repo目录中，那么以上命令将返回/Users/username/git-repo。你可以在自己的Git仓库中尝试该命令，看看它是否返回了正确的根目录路径。

让我们通过一个示例来进一步说明如何使用git rev-parse命令获取Git根目录。

首先，我们在命令行中切换到我们的Git仓库所在的目录。

1

cd /path/to/git-repo

接下来，我们可以使用git rev-parse –show-toplevel命令来获取Git根目录的路径。

1

  git rev-parse --show-toplevel

结果将会显示Git根目录的绝对路径。

1

  /path/to/git-repo

通过执行以上命令，我们成功地获取了Git根目录的路径。

除了使用git rev-parse命令之外，还有一些其他方法可以获取Git根目录的路径。这些方法可能更简洁或更适合特定的情况，但可能不如git rev-parse命令灵活。

使用git rev-parse –show-cdup命令可以返回到Git根目录所需的相对路径。 使用git rev-parse –git-dir命令可以返回相对于当前目录的.git文件夹的路径。

在Git的钩子脚本中，可以使用git rev-parse命令获取Git根目录以及其他相关信息，用于自定义的处理逻辑。

请注意，使用这些方法时需要切换到Git仓库所在的目录。

通过使用git rev-parse命令，我们可以方便地获取Git根目录的路径。该命令对于构建自定义的Git工具或在Git钩子脚本中进行自定义处理非常有用。除了git rev-parse命令之外，还有一些其他方法可以获取Git根目录的路径，但可能不如git rev-parse命令灵活。希望本文对你理解如何获取Git根目录有所帮助。

Git 如何使用一条命令来获取Git根目录

upload.sh

1
2
3
4
5
6
7

  cd $(git rev-parse --show-toplevel)

  git add .

  git commit -m "test"

  git push -u origin $(git branch | awk '{print $2}')

pull.sh

1
2
3

  cd $(git rev-parse --show-toplevel)

  git pull origin $(git branch | awk '{print $2}')

force_upload.sh

1
2
3
4
5
6
7

  cd $(git rev-parse --show-toplevel)

  git add .

  git commit -m "test"

  git push -f origin $(git branch | awk '{print $2}')

force_pull.sh

1
2
3
4
5
6
7

  cd $(git rev-parse --show-toplevel)

  git fetch origin

  git reset --hard origin/$(git branch | awk '{print $2}')

  git pull origin $(git branch | awk '{print $2}')

git_push_pull.sh

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

  case $1 in
	  push)
		  cd $(git rev-parse --show-toplevel)

		  git add .

		  git commit -m "test"

		  git push -u origin $(git branch | awk '{print $2}')
		  ;;
	  force_push)
		  cd $(git rev-parse --show-toplevel)

		  git add .

		  git commit -m "test"

		  git push -f origin $(git branch | awk '{print $2}')
		  ;;
	  pull)
		  cd $(git rev-parse --show-toplevel)

		  git pull origin $(git branch | awk '{print $2}')
		  ;;
	  force_pull)
		  cd $(git rev-parse --show-toplevel)

		  git fetch origin

		  git reset --hard origin/$(git branch | awk '{print $2}')

		  git pull origin $(git branch | awk '{print $2}')
		  ;;
	  ,*)
		  echo "Usage:"
		  echo "$0 push|force_push|pull|force_pull"		
		  ;;
  esac

如果你希望保留你本地的修改，最简单的做法是先将本地更改提交，再进行合并操作。步骤如下：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# 查看当前文件修改的状态
git status

# 将文件添加到暂存区
git add filename

# 提交更改
git commit -m "保存本地修改"

# 进行拉取操作
git pull

如果你暂时不想提交本地更改，可以使用 git stash 来存储本地更改，再进行拉取操作。步骤如下：

1
2
3
4
5
6
7
8

# 暂存本地更改
git stash

# 拉取远程代码
git pull

# 恢复本地更改
git stash pop

如果你确定不需要保留本地的更改，可以直接丢弃这些修改。步骤如下：

1
2
3
4
5

# 丢弃本地更改
git checkout -- filename

# 拉取远程代码
git pull

选择合适的方式取决于你是否需要保留本地的修改。如果你不确定如何操作，可以先用 git status 查看当前本地的修改情况，然后决定是否提交、暂存或丢弃这些修改。