文章目录
- Git常见命令
- 1. 推送空提交
- 2. 提交Clean-PR
- 3. 回退add操作
- 4. 交互式rebase
- 4.1 切换模式
- 4.2 保存与退出
- 4.3 注意Rebase
- 5. 合并多个commit
- 问题一：Clone Github报错The TLS connection was non-properly terminated.
- TLS握手
- 报错原因
- 解决
- 问题二：Failed to connect to 127.0.0.1 port 7890 after 2030 ms: Couldn't connect to server
Git常见命令
太常见的四件套 clone、pull、commit、push 就不说了。
1. 推送空提交
git commit --allow-empty -m "Empty-Commit"
然后push一下就OK了。
Q: why空提交？
A: 因为对于Github上面需要CI的项目，检查流水线或者是CLA协议卡住了。第一种方法是手动重新构建流水线然后同时构建分支流水线。但是如果无法手动启动构建，那么唯一的构建方法就是使用 Git。这时候你不需要做任何修改，只需要构建项目，所以需要推送一个空的提交来启动构建。
2. 提交Clean-PR
【注意】 这是为了很大型项目开发过程中，覆盖远程旧分支以保持干净的commit历史，方便Review，但是此操作仅适用于个人分支，用在主分支的时候务必小心！！！
-
添加上游仓库并同步最新代码
git remote add upstream https://github.com/Echo-Nie/Demo.git git fetch upstream develop -
基于上游的develop创建新分支
git checkout -b clean-PRtest upstream/develop -
应用本地修改到新分支
-
方法一：Cherry-pick
我个人常用的是这个，首先找到localTest分支的提交哈希
（使用git log localTest查看），然后：git cherry-pick <hash> -
方法二：合并修改内容
将localTest的更改合并到clean-test：git merge localTest --squash # 合并并压缩为一个提交 git commit -m "提交信息"
-
-
强制推送到远程test分支：
git push origin clean-test:test --force
3. 回退add操作
首先看看哪些文件加进去了
git status
回退git add所有文件：
git reset HEAD
回退部分文件：
git reset HEAD fileName
4. 交互式rebase
在使用 Git 进行交互式 rebase 时，您可能会用到 Vim 或类似的文本编辑器来修改提交历史。以下是详细的步骤和说明，帮助您理解如何在这种情况下使用 Vim 来进行操作。
4.1 切换模式
-
正常模式切换到插入模式：如果需要编辑文本内容（如更改提交信息），首先确保自己处于 Vim 的 Normal Mode 。如果不是，请按
Esc键退出其他模式。然后按下i键进入 Insert Mode 。此时， -
从可视模式或命令行模式切换到插入模式：
如果当前处于可视模式（Visual Mode）或命令行模式（Command-line Mode），请先按Esc键返回到正常模式，然后再按i、a或o等键进入插入模式。具体来说，i：在光标所在位置前开始插入；a：在光标所在位置后开始插入；o：在当前行下方新开一行并进入插入模式。
4.2 保存与退出
-
保存更改：完成文本编辑后，按
Esc键回到正常模式。要保存所做的更改而不退出 Vim 编辑器，请输入:w并按回车键。 -
退出编辑器：若要退出编辑器但不保存更改，请输入
:q!并按回车键（注意这会丢弃所有未保存的更改）。如果希望保存更改并退出，则输入:wq或简写为:x并按回车键。
4.3 注意Rebase
-
在成功保存并退出 Vim 编辑器后，根据您的操作，Git 可能会提示您继续 rebase 过程。这时，您需要运行
git rebase --continue命令来完成整个 rebase 操作。此步骤可能需要重复多次，直到处理完所有的提交。 -
重要的是，在执行 rebase 操作之前，请确保理解 rebase 对提交历史的影响，并确认它不会影响团队成员的工作流程。特别是当涉及到已推送至远程仓库的提交时，应格外小心，因为 rebase 会改变提交历史。
5. 合并多个commit
- 合并最近
n个提交，运行：
git rebase -i HEAD~n
-
编辑提交列表：
- 在打开的文本中，将你想要合并的所有提交前的
pick改为squash或简写s，除了第一个提交保持pick不变。pick abcdefg 提交信息1 squash hijklmn 提交信息2 squash opqrstu 提交信息3
- 在打开的文本中，将你想要合并的所有提交前的
-
保存并退出编辑器（Vim为例：按
Esc, 输入:wq, 按回车）。 -
编辑合并后的提交信息：
Git会再次打开编辑器让你编辑新的合并提交的信息。编辑后，再次保存并退出。 -
强制推送更新（如果已推送到远程仓库）：
git push --force
强制推送会覆盖远程仓库的历史，所以如果其他人也在基于这些提交工作，可能会导致冲突。
问题一：Clone Github报错The TLS connection was non-properly terminated.
最近在服务器上跑代码，clone Github代码报错
GnuTLS recv error (-110): The TLS connection was non-properly terminated.
TLS握手
TLS（Transport Layer Security，传输层安全协议）握手是建立安全网络连接的关键步骤。在Git通过HTTPS协议与远程仓库通信时，TLS握手的主要目的是：验证服务器的身份，确保连接到的是合法的远程仓库；客户端和服务器协商生成会话密钥，用于后续的数据加密传输。
握手过程通常包括以下步骤：
- 客户端问候：客户端向服务器发送支持的TLS版本、加密算法等信息。
- 服务器问候：服务器选择一种加密算法，并返回自己的证书用于身份验证。
- 密钥交换：客户端和服务器根据选定的加密算法协商生成会话密钥。
- 完成握手：双方确认握手完成，开始使用会话密钥进行加密通信。
报错原因
当出现“gnutls_handshake() failed”错误时，说明在TLS握手过程中出现了问题，导致无法建立安全连接。以下是几种常见原因：
1.代理设置问题
如果之前设置了代理，但当前网络环境不需要代理，或者代理配置不正确，可能会干扰Git与远程仓库的直接通信，导致TLS握手失败。Git在尝试通过代理连接时，可能无法正确处理握手过程中的数据包，从而引发错误。
2. Git版本问题
旧版本的Git可能存在兼容性问题，导致与服务器的TLS握手出现异常。例如，某些版本的Git使用GnuTLS库进行加密传输，在特殊情况下（如使用了代理服务器）可能出现握手失败的问题。
3. SSL证书问题
本地SSL证书过期或不受信任，会导致服务器的SSL证书无法通过客户端的验证。这可能是由于证书颁发机构（CA）的证书未正确安装，或者证书本身存在问题。
解决
清除代理设置
清除Git的代理配置，使Git能够直接与远程仓库建立连接，避免代理设置导致的握手问题：
git config --global --unset https.https://github.com.proxy
git config --global --unset http.https://github.com.proxy
更新Git版本
更新Git到最新版本，以确保使用的是经过优化和修复的版本，避免因旧版本的兼容性问题导致握手失败。在Linux系统上，可以通过包管理器（如apt-get）更新Git。
我清除代理之后就OK了。
问题二：Failed to connect to 127.0.0.1 port 7890 after 2030 ms: Couldn’t connect to server
git config --global --unset http.proxy
git config --global --unset https.proxy
