update:git

This commit is contained in:
Dich
2025-04-13 10:03:22 +08:00
parent 6e49d4182f
commit 0c101448a0

View File

@ -18,47 +18,57 @@ Archlinux`sudo pacman -S git`
安装完成后检查版本:`git --version` 安装完成后检查版本:`git --version`
## 原理
一个Git仓库的目录里面包括``工作目录``(即我们要追踪的代码)以及``.git``目录Git 在这里存储自己的数据。Git 维护了三棵“树”:第一个是你的 `工作目录`,它持有实际文件;第二个是 `暂存区Index`,它像个缓存区域,临时保存你的改动;最后是 `HEAD`,它指向你最后一次提交的结果。
## 创建新仓库 ## 创建新仓库
如果你的目录不是一个 Git 仓库,你需要先初始化。 首先我们需要得到一个Git仓库一般有两种方法:
创建新文件夹,在你的项目目录中运行以下命令: - 在本地初始化之后连接到远程;
`git init` - 在远程创建后”下载“到本地。
设置默认仓库为 main,避免因为 main/master 名称不同的牛马问题: **方法一**
创建新文件夹,在你的项目目录中运行以下命令:
```
git init --initial-branch=main
```
这里设置默认仓库主分支名称为 main,避免因为 main/master 名称不同导致的推送问题。
`git init --initial-branch=main` **方法二**
## 克隆仓库 克隆远端服务器上的仓库,例如:
```
执行如下命令以创建一个本地仓库的克隆版本: git clone https://github.com/Dichgrem/script.git
`git clone /path/to/repository` # 这是HTTPS方法
如果是远端服务器上的仓库,你的命令会是这个样子: ```
`git clone username@host:/path/to/repository` 或者使用SSH方法`` git clone git@github.com:Dichgrem/script.git``
## 连接远程仓库 ## 连接远程仓库
生成密钥: 生成密钥:
```
`ssh-keygen -t rsa -b 4096 -C "your_email@example.com"` ssh-keygen -t rsa -b 4096 -C "your_email@example.com"
```
可以生成多个不同名字的密钥: 可以生成多个不同名字的密钥:
```
ssh-keygen -t rsa -b 4096 -C "your_email@example.com" -f ~/.ssh/github_key1
`ssh-keygen -t rsa -b 4096 -C "your_email@example.com" -f ~/.ssh/github_key1` ssh-keygen -t rsa -b 4096 -C "your_email@example.com" -f ~/.ssh/github_key2
```
`ssh-keygen -t rsa -b 4096 -C "your_email@example.com" -f ~/.ssh/github_key2`
使用 `ssh-add` 命令将生成的密钥添加到 SSH 代理中。 使用 `ssh-add` 命令将生成的密钥添加到 SSH 代理中。
```
ssh-add ~/.ssh/github_key1
`ssh-add ~/.ssh/github_key1` ssh-add ~/.ssh/github_key2
```
`ssh-add ~/.ssh/github_key2`
在 `~/.ssh/config` 文件中配置不同的主机别名以及相应的密钥文件。编辑该文件并添加以下内容: 在 `~/.ssh/config` 文件中配置不同的主机别名以及相应的密钥文件。编辑该文件并添加以下内容:
```
# GitHub repository 1
`# GitHub repository 1` Host github1
`Host github1`
HostName github.com HostName github.com
@ -66,135 +76,170 @@ Archlinux`sudo pacman -S git`
IdentityFile ~/.ssh/github_key1 IdentityFile ~/.ssh/github_key1
`# GitHub repository 2` # GitHub repository 2
`Host github2` Host github2
HostName github.com HostName github.com
User git User git
IdentityFile ~/.ssh/github_key2 IdentityFile ~/.ssh/github_key2
```
随后将cat ~/.ssh/id_rsa.pub,将其添加至 Github的Deploy密钥中勾选write权限 随后将cat ~/.ssh/id_rsa.pub,将其添加至 Github的Deploy密钥中勾选write权限
连接到github 连接到github
```
`ssh -T git@github.com` ssh -T git@github.com
```
添加远程仓库: 添加远程仓库:
```
`git remote add origin <remote_repository_url>` git remote add origin <remote_repository_url>
```
比如我已经在 GitHub 上创建了一个名为 `dichos` 的仓库,你可以使用以下命令将其添加为远程仓库: 比如我已经在 GitHub 上创建了一个名为 `dichos` 的仓库,你可以使用以下命令将其添加为远程仓库:
```
`git remote add origin git@github.com:Dichgrem/dichos.git` git remote add origin git@github.com:Dichgrem/dichos.git
```
设置远程仓库 设置远程仓库
```
`git remote set-url origin git@github.com:Dichgrem/dichos.git` git remote set-url origin git@github.com:Dichgrem/dichos.git
```
## 工作流 ## 工作流
本地仓库由 git 维护的三棵“树”组成。第一个是你的 `工作目录`,它持有实际文件;第二个是 `暂存区Index`,它像个缓存区域,临时保存你的改动;最后是 `HEAD`,它指向你最后一次提交的结果。 ### 创建一个分支
```
## 创建一个分支 git branch main
```
`git branch main`
这将创建一个名为 main 的分支。 这将创建一个名为 main 的分支。
## 删除分支 - 删除分支
```
`git branch -d master` git branch -d master
```
使用大写强制删除 - 使用大写强制删除
```
`git branch -D master` git branch -D master
```
### 添加和提交
## 添加和提交 你可以提出更改(把它们添加到暂存区),使用如下命令:
```
你可以提出更改(把它们添加到暂存区),使用如下命令: git add <filename>
`git add <filename>` git add *
`git add *` ```
这是 git 基本工作流程的第一步;使用如下命令以实际提交改动: 这是 git 基本工作流程的第一步;使用如下命令以实际提交改动:
`git commit -m "代码提交信息"`如: ```
git commit -m "代码提交信息"
`git commit -m "Initial commit"` # 例如:git commit -m "Initial commit"
```
现在,你的改动已经提交到了 **HEAD**,但是还没到你的远端仓库。 现在,你的改动已经提交到了 **HEAD**,但是还没到你的远端仓库。
## 推送改动 ## 推送改动
你的改动现在已经在本地仓库的 **HEAD** 中了。执行如下命令以将这些改动提交到远端仓库: 你的改动现在已经在本地仓库的 **HEAD** 中了。执行如下命令以将这些改动提交到远端仓库:
`git push origin master` ```
git push origin master
```
可以把 *master* 换成你想要推送的任何分支。 可以把 *master* 换成你想要推送的任何分支。
如果你还没有克隆现有仓库,并欲将你的仓库连接到某个远程服务器,你可以使用如下命令添加: 如果你还没有克隆现有仓库,并欲将你的仓库连接到某个远程服务器,你可以使用如下命令添加:
`git remote add origin <server>` ```
git remote add origin <server>
```
如此你就能够将你的改动推送到所添加的服务器上去了。 如此你就能够将你的改动推送到所添加的服务器上去了。
## 合并分支 ## 合并分支
分支是用来将特性开发绝缘开来的。在你创建仓库的时候,*master* 是“默认的”分支。在其他分支上进行开发,完成后再将它们合并到主分支上。 分支是用来将特性开发绝缘开来的。在你创建仓库的时候,*master* 是“默认的”分支。在其他分支上进行开发,完成后再将它们合并到主分支上。
创建一个叫做“feature_x”的分支并切换过去 创建一个叫做“feature_x”的分支并切换过去
`git checkout -b feature_x` ```
切换回主分支: git checkout -b feature_x
`git checkout master` ```
再把新建的分支删掉 切换回主分支
`git branch -d feature_x` ```
除非你将分支推送到远端仓库,不然该分支就是 *不为他人所见的* git checkout master
`git push origin <branch>` ```
再把新建的分支删掉:
```
git branch -d feature_x
```
除非你将分支推送到远端仓库,不然该分支就是 *不为他人所见的*
```
git push origin <branch>
```
## 更新与合并 ## 更新与合并
要更新你的本地仓库至最新改动,执行: 要更新你的本地仓库至最新改动,执行:
`git pull` ```
git pull
```
以在你的工作目录中 ***获取**fetch* 并 ***合并**merge* 远端的改动。 以在你的工作目录中 ***获取**fetch* 并 ***合并**merge* 远端的改动。
要合并其他分支到你的当前分支(例如 master执行 要合并其他分支到你的当前分支(例如 master执行
`git merge <branch>` ```
在这两种情况下git 都会尝试去自动合并改动。遗憾的是这可能并非每次都成功并可能出现_冲突conflicts*。 这时候就需要你修改这些文件来手动合并这些_冲突conflicts*。改完之后,你需要执行如下命令以将它们标记为合并成功: git merge <branch>
`git add <filename>` ```
在这两种情况下git 都会尝试去自动合并改动。遗憾的是这可能并非每次都成功并可能出现_冲突conflicts*。 这时候就需要你修改这些文件来手动合并这些_冲突conflicts*。改完之后,你需要执行如下命令以将它们标记为合并成功:
```
git add <filename>
在合并改动之前,你可以使用如下命令预览差异: 在合并改动之前,你可以使用如下命令预览差异:
`git diff <source_branch> <target_branch>` git diff <source_branch> <target_branch>
```
## 标签 ## 标签
为软件发布创建标签是推荐的。这个概念早已存在,在 SVN 中也有。你可以执行如下命令创建一个叫做 *1.0.0* 的标签: 为软件发布创建标签是推荐的。这个概念早已存在,在 SVN 中也有。你可以执行如下命令创建一个叫做 *1.0.0* 的标签:
`git tag 1.0.0 1b2e1d63ff` ```
*1b2e1d63ff* 是你想要标记的提交 ID 的前 10 位字符。可以使用下列命令获取提交 ID git tag 1.0.0 1b2e1d63ff
`git log` ```
*1b2e1d63ff* 是你想要标记的提交 ID 的前 10 位字符。可以使用下列命令获取提交 ID
```
git log
```
你也可以使用少一点的提交 ID 前几位,只要它的指向具有唯一性。 你也可以使用少一点的提交 ID 前几位,只要它的指向具有唯一性。
## 日志 ## 日志
如果你想了解本地仓库的历史记录,最简单的命令就是使用: 如果你想了解本地仓库的历史记录,最简单的命令就是使用:
`git log` ```
git log
```
你可以添加一些参数来修改他的输出,从而得到自己想要的结果。 只看某一个人的提交记录: 你可以添加一些参数来修改他的输出,从而得到自己想要的结果。 只看某一个人的提交记录:
`git log --author=bob` ```
一个压缩后的每一条提交记录只占一行的输出: git log --author=bob
`git log --pretty=oneline` ```
一个压缩后的每一条提交记录只占一行的输出:
```
git log --pretty=oneline
```
或者你想通过 ASCII 艺术的树形结构来展示所有的分支, 每个分支都标示了他的名字和标签: 或者你想通过 ASCII 艺术的树形结构来展示所有的分支, 每个分支都标示了他的名字和标签:
`git log --graph --oneline --decorate --all` ```
看看哪些文件改变了: git log --graph --oneline --decorate --all
`git log --name-status` ```
这些只是你可以使用的参数中很小的一部分。更多的信息,参考: 看看哪些文件改变了:
`git log --help` ```
git log --name-status
```
这些只是你可以使用的参数中很小的一部分。更多的信息,参考:
```
git log --help
```
## 替换本地改动 ## 替换本地改动
假如你操作失误(当然,这最好永远不要发生),你可以使用如下命令替换掉本地改动: 假如你操作失误(当然,这最好永远不要发生),你可以使用如下命令替换掉本地改动:
`git checkout -- <filename>` ```
git checkout -- <filename>
```
此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。 此命令会使用 HEAD 中的最新内容替换掉你的工作目录中的文件。已添加到暂存区的改动以及新文件都不会受到影响。
假如你想丢弃你在本地的所有改动与提交,可以到服务器上获取最新的版本历史,并将你本地主分支指向它: 假如你想丢弃你在本地的所有改动与提交,可以到服务器上获取最新的版本历史,并将你本地主分支指向它:
`git fetch origin` ```
`git reset --hard origin/master` git fetch origin
git reset --hard origin/master
```
## 合并commit记录 ## 合并commit记录
``` ```
@ -254,35 +299,35 @@ git reset --hard HEAD~1
- 而使用 `ssh协议` 时代理需要配置ssh的 `ProxyCommand` 参数 - 而使用 `ssh协议` 时代理需要配置ssh的 `ProxyCommand` 参数
由于个人需求仅仅是 HTTP 的代理相对来说HTTP 有比较好的通适性Windows 配置git/ssh比较棘手设置的时候只需要针对单个设置 `http.proxy` 即可,在需要使用代理的项目下面使用 `git bash` 如下命令进行设置你的Uri和port可能和我的不同 由于个人需求仅仅是 HTTP 的代理相对来说HTTP 有比较好的通适性Windows 配置git/ssh比较棘手设置的时候只需要针对单个设置 `http.proxy` 即可,在需要使用代理的项目下面使用 `git bash` 如下命令进行设置你的Uri和port可能和我的不同
```
`git config http.proxy` [http://127.0.0.1:2080](http://127.0.0.1:8088) `# 也可以是uri:port形式` git config http.proxy [http://127.0.0.1:2080](http://127.0.0.1:8088) # 也可以是uri:port形式
```
这个是不需要鉴权的代理设置,如果需要鉴权,可能需要添加用户名密码信息: 这个是不需要鉴权的代理设置,如果需要鉴权,可能需要添加用户名密码信息:
```
`git config http.proxy` [http://username:password@127.0.0.1:2080](http://username:password@127.0.0.1:8088) git config http.proxy[http://username:password@127.0.0.1:2080](http://username:password@127.0.0.1:8088)
```
如果git的所有项目都需要启用代理那么可以直接启用全局设置 如果git的所有项目都需要启用代理那么可以直接启用全局设置
```
`git config --global http.proxy` [http://127.0.0.1:2080](http://127.0.0.1:8088) git config --global http.proxy [http://127.0.0.1:2080](http://127.0.0.1:8088)
```
为了确认是否已经设置成功,可以使用 `--get` 来获取: 为了确认是否已经设置成功,可以使用 `--get` 来获取:
```
`git config --get --global http.proxy` git config --get --global http.proxy
```
这样可以看到你设置在global的 `http.proxy` 值。  这样可以看到你设置在global的 `http.proxy` 值。 
需要修改的时候再次按照上面的方法设置即可git 默认会覆盖原有的配置值。 需要修改的时候再次按照上面的方法设置即可git 默认会覆盖原有的配置值。
当我们的网络出现变更时,可能需要删除掉原有的代理配置,此时需要使用 `--unset` 来进行配置: 当我们的网络出现变更时,可能需要删除掉原有的代理配置,此时需要使用 `--unset` 来进行配置:
```
`git config --global --unset http.proxy` git config --global --unset http.proxy
```
在命令之后,指定位置的设置值将会被清空,你可以再次使用 `--get` 来查看具体的设置情况。 在命令之后,指定位置的设置值将会被清空,你可以再次使用 `--get` 来查看具体的设置情况。
如果使用了 HTTPS肯呢个会碰到 HTTPS 证书错误的情况,比如提示: `SSL certificate problem` ,此时,可以尝试将 `sslVerify` 设置为 `false` 如果使用了 HTTPS肯呢个会碰到 HTTPS 证书错误的情况,比如提示: `SSL certificate problem` ,此时,可以尝试将 `sslVerify` 设置为 `false`
```
`git config --global http.sslVerify false` git config --global http.sslVerify false
```
恩,到此,可以试试 git 来获取/更改项目了,此时,项目应该是使用代理来进行通讯的。 恩,到此,可以试试 git 来获取/更改项目了,此时,项目应该是使用代理来进行通讯的。
## 注意 ## 注意
@ -306,7 +351,7 @@ git@github.com: Permission denied (publickey).
``` ```
ssh-add ~/.ssh/id_rsa ssh-add ~/.ssh/id_rsa
``` ```
## commit规范 ## Commit规范
1. 提交信息的基本格式 1. 提交信息的基本格式