查询和配置

查询全局配置：git config --global -l
查询当前项目(需要进入该项目目录下)配置：git config -l
设置全局用户名：git config --global user.name ‘jack’
设置全局邮箱：git config --global user.email ‘jack@gmail.com’
设置当前项目用户名：git config user.name ‘jack’
设置当前项目邮箱：git config user.email ‘jack@gmail.com’
在全局进入编辑模式，这里可以设置一些东西:git config --global -e
在当前项目下进入编辑模式，可以设置一些东西:git config -e

文件状态管理

初始化init：git init
查看当前分支下代码状态:git status
将修改的文件撤回:git restore xxx
将修改的文件添加到index/stage暂存区：git add .
将修改的文件从暂存区放到工作区：git reset
将暂存区的文件提交并且添加注释:git commit -m '初始化git'
修改message：git commit --amend
查询历史commit：git log
复制对应的commit id，将代码还原到该commit，之后的代码都放到暂存区了：
git reset --soft ba0b394bbc36ade6810fadfd7cdcdf0526061925
撤销最近的commit:git reset --soft head~
本地有代码没有add的话是不能拉去代码的，可以先git stash，然后git pull 新代码之后再把代码恢复git stash pop
拉远程仓库到本地，这时候如果有冲突就修改，修改完之后 :git add .
git commit --amend表示将这时候的修改放到最近的commit，并且这时候可以修改message，如果不需要修改message，直接:wq
add 和commit一起：git commit -a -m '修改text'

分支管理

查询当前本地分支：git branch
查询所有本地分支：git branch -a
查询所有远程分支：git branch -r
创建dev分支：git branch dev
切换分支：git checkout dev
删除分支：git branch -d dev
分支改名：将当前分支改为main分支：git branch -M main

git rebase

git merge

将代码与github远程仓库关联

git remote add origin git@github.com:username/projectname.git
git push -u origin main

如果本地代码没有git管理，需要进入代码文件夹

注意：以下ProjectName替换为自己的项目名

echo "# ProjectName" >> README.md
git init
git add .
git commit -m "first commit"
git branch -M main
git remote add origin git@github.com:username/projectname.git
git push -u origin main

报错：exceeds GitHub's file size limit of 100.00 MB

举例：File Pods/Ads-CN/SDK/BUAdSDK.framework/Versions/A/BUAdSDK is 103.28 MB; this exceeds GitHub's file size limit of 100.00 MB
首先安装git-lfs：brew install git-lfs(Apple silicon安装：arch -arm64 brew install git-lfs)
然后添加大文件，例如针对以上例子：git lfs track "Pods/Ads-CN/SDK/BUAdSDK.framework/Versions/A/BUAdSDK"
然后将. gitattributes添加:git add . gitattributes
此时使用命令git commit --amend,将这个改变合并到最近一个commit里面
最后push到远程分支git push -u origin main
查阅资料：Git Large File Storage

如果本地代码已经有git管理

注意：github默认主分支是main分支，本地git默认主分支是master分支，需要将本地master分支改为main分支：首先切换到master分支，然后git branch -M main
当然你可以修改默认本地主分支名为main：git config --global init.defaultBranch main

git remote add origin git@github.com:username/projectname.git
git branch -M main
git push -u origin main

打标签

Git 可以给仓库历史中的某一个提交打上标签，以示重要。 比较有代表性的是人们会使用这个功能来标记发布结点（ v1.0 、 v2.0 等等）
列出标签git tag
你也可以按照特定的模式查找标签。 例如，Git 自身的源代码仓库包含标签的数量超过 500 个。 如果只对 1.8.5 系列感兴趣，可以运行：

git tag -l "v1.8.5*"
v1.8.5
v1.8.5-rc0
v1.8.5-rc1
v1.8.5-rc2
v1.8.5-rc3
v1.8.5.1
v1.8.5.2
v1.8.5.3
v1.8.5.4
v1.8.5.5

创建标签：Git 支持两种标签：轻量标签（lightweight）与附注标签（annotated）

• 轻量标签很像一个不会改变的分支——它只是某个特定提交的引用。
• 而附注标签是存储在 Git 数据库中的一个完整对象， 它们是可以被校验的，其中包含打标签者的名字、电子邮件地址、日期时间， 此外还有一个标签信息，并且可以使用 GNU Privacy Guard （GPG）签名并验证。 通常会建议创建附注标签，这样你可以拥有以上所有信息。但是如果你只是想用一个临时的标签， 或者因为某些原因不想要保存这些信息，那么也可以用轻量标签。

附注标签

在 Git 中创建附注标签十分简单。 最简单的方式是当你在运行 tag 命令时指定 -a 选项：

git tag -a v1.4 -m "my version 1.4"
git tag
v0.1
v1.3
v1.4

-m 选项指定了一条将会存储在标签中的信息。 如果没有为附注标签指定一条信息，Git 会启动编辑器要求你输入信息。
通过使用 git show 命令可以看到标签信息和与之对应的提交信息：

git show v1.4
tag v1.4
Tagger: Ben Straub <ben@straub.cc>
Date:   Sat May 3 20:19:12 2014 -0700

my version 1.4

commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon <schacon@gee-mail.com>
Date:   Mon Mar 17 21:52:11 2008 -0700

    changed the version number

输出显示了打标签者的信息、打标签的日期时间、附注信息，然后显示具体的提交信息。

轻量标签

另一种给提交打标签的方式是使用轻量标签。 轻量标签本质上是将提交校验和存储到一个文件中——没有保存任何其他信息。 创建轻量标签，不需要使用 -a、-s 或 -m 选项，只需要提供标签名字：

$ git tag v1.4-lw
$ git tag
v0.1
v1.3
v1.4
v1.4-lw
v1.5

这时，如果在标签上运行 git show，你不会看到额外的标签信息。 命令只会显示出提交信息：

$ git show v1.4-lw
commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon <schacon@gee-mail.com>
Date:   Mon Mar 17 21:52:11 2008 -0700

    changed the version number

后期打标签
你也可以对过去的提交打标签。 假设提交历史是这样的：

$ git log --pretty=oneline
15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch 'experiment'
a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support
0d52aaab4479697da7686c15f77a3d64d9165190 one more thing
6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch 'experiment'
0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function
4682c3261057305bdd616e23b64b0857d832627b added a todo file
166ae0c4d3f420721acbb115cc33848dfcc2121a started write support
9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile
964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo
8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme

现在，假设在 v1.2 时你忘记给项目打标签，也就是在 “updated rakefile” 提交。 你可以在之后补上标签。 要在那个提交上打标签，你需要在命令的末尾指定提交的校验和（或部分校验和）：

$ git tag -a v1.2 9fceb02

可以看到你已经在那次提交上打上标签了：

$ git tag
v0.1
v1.2
v1.3
v1.4
v1.4-lw
v1.5

$ git show v1.2
tag v1.2
Tagger: Scott Chacon <schacon@gee-mail.com>
Date:   Mon Feb 9 15:32:16 2009 -0800

version 1.2
commit 9fceb02d0ae598e95dc970b74767f19372d61af8
Author: Magnus Chacon <mchacon@gee-mail.com>
Date:   Sun Apr 27 20:43:35 2008 -0700

    updated rakefile
...

共享标签

默认情况下，git push 命令并不会传送标签到远程仓库服务器上。 在创建完标签后你必须显式地推送标签到共享服务器上。 这个过程就像共享远程分支一样——你可以运行 git push origin <tagname>

$ git push origin v1.5
Counting objects: 14, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (12/12), done.
Writing objects: 100% (14/14), 2.05 KiB | 0 bytes/s, done.
Total 14 (delta 3), reused 0 (delta 0)
To git@github.com:schacon/simplegit.git
 * [new tag]         v1.5 -> v1.5

如果想要一次性推送很多标签，也可以使用带有 --tags 选项的 git push 命令。 这将会把所有不在远程仓库服务器上的标签全部传送到那里。

$ git push origin --tags
Counting objects: 1, done.
Writing objects: 100% (1/1), 160 bytes | 0 bytes/s, done.
Total 1 (delta 0), reused 0 (delta 0)
To git@github.com:schacon/simplegit.git
 * [new tag]         v1.4 -> v1.4
 * [new tag]         v1.4-lw -> v1.4-lw

现在，当其他人从仓库中克隆或拉取，他们也能得到你的那些标签。

删除标签

要删除掉你本地仓库上的标签，可以使用命令 git tag -d <tagname>。 例如，可以使用以下命令删除一个轻量标签：

git tag -d v1.4-lw
Deleted tag 'v1.4-lw' (was e7d5add)

注意上述命令并不会从任何远程仓库中移除这个标签，你必须用 git push <remote> :refs/tags/<tagname> 来更新你的远程仓库：

第一种变体是 git push <remote> :refs/tags/<tagname> ：

git push origin :refs/tags/v1.4-lw
To /git@github.com:schacon/simplegit.git
 - [deleted]         v1.4-lw

上面这种操作的含义是，将冒号前面的空值推送到远程标签名，从而高效地删除它。
第二种更直观的删除远程标签的方式是：

git push origin --delete <tagname>

检出标签

如果你想查看某个标签所指向的文件版本，可以使用 git checkout 命令， 虽然这会使你的仓库处于“分离头指针（detached HEAD）”的状态——这个状态有些不好的副作用：

$ git checkout 2.0.0
Note: checking out '2.0.0'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch>

HEAD is now at 99ada87... Merge pull request #89 from schacon/appendix-final

$ git checkout 2.0-beta-0.1
Previous HEAD position was 99ada87... Merge pull request #89 from schacon/appendix-final
HEAD is now at df3f601... add atlas.json and cover image

在“分离头指针”状态下，如果你做了某些更改然后提交它们，标签不会发生变化， 但你的新提交将不属于任何分支，并且将无法访问，除非通过确切的提交哈希才能访问。 因此，如果你需要进行更改，比如你要修复旧版本中的错误，那么通常需要创建一个新分支：

git checkout -b version2 v2.0.0
Switched to a new branch 'version2'

如果在这之后又进行了一次提交，version2 分支就会因为这个改动向前移动， 此时它就会和 v2.0.0 标签稍微有些不同，这时就要当心了。