git概念
命令
usage: git [--version] [--help] [-C <path>] [-c name=value] [--exec-path[=<path>]] [--html-path] [--man-path] [--info-path] [-p | --paginate | --no-pager] [--no-replace-objects] [--bare] [--git-dir=<path>] [--work-tree=<path>] [--namespace=<name>] <command> [<args>] These are common Git commands used in various situations: start a working area (see also: git help tutorial) clone Clone a repository into a new directory init Create an empty Git repository or reinitialize an existing one work on the current change (see also: git help everyday) add Add file contents to the index mv Move or rename a file, a directory, or a symlink reset Reset current HEAD to the specified state rm Remove files from the working tree and from the index examine the history and state (see also: git help revisions) bisect Use binary search to find the commit that introduced a bug grep Print lines matching a pattern log Show commit logs show Show various types of objects status Show the working tree status grow, mark and tweak your common history branch List, create, or delete branches checkout Switch branches or restore working tree files commit Record changes to the repository diff Show changes between commits, commit and working tree, etc merge Join two or more development histories together rebase Reapply commits on top of another base tip tag Create, list, delete or verify a tag object signed with GPG collaborate (see also: git help workflows) fetch Download objects and refs from another repository pull Fetch from and integrate with another repository or a local branch push Update remote refs along with associated objects
常用命令
- clone
- add
- commit
- pull
- push
- status
- remote
- branch
- diff
- merge
- rebase
- tag
git配置
Git 提供了一个叫做 git config 的工具，专门用来配置或读取相应的工作环境变量。这些环境变量，决定了 Git 在各个环节的具体工作方式和行为。这些变量可以存放在以下三个不同的地方：
- /etc/gitconfig 文件：系统中对所有用户都普遍适用的配置。若使用 git config 时用 --system 选项，读写的就是这个文件。
- ~/.gitconfig 文件：用户目录下的配置文件只适用于该用户。若使用 git config 时用 --global 选项，读写的就是这个文件。
- 当前项目的 Git 目录中的配置文件（也就是工作目录中的 .git/config 文件）：这里的配置仅仅针对当前项目有效。每一个级别的配置都会覆盖上层的相同配置，所以 .git/config 里的配置会覆盖 /etc/gitconfig 中的同名变量。
在 Windows 系统上，Git 会找寻用户主目录下的 .gitconfig 文件。主目录即 $HOME 变量指定的目录，一般都是 C:\Documents and Settings\$USER。
此外，Git 还会尝试找寻 /etc/gitconfig 文件，只不过看当初 Git 装在什么目录，就以此作为根目录来定位。
README
项目的描述文件，例如，包含作者信息，组织信息，安装方法，使用说明等
.gitignore
忽略文件或目录，不上传到远程仓库。
工作区、暂存区和版本库
- 工作区：就是在电脑里能看到的目录。
- 暂存区：英文叫 stage 或 index。一般存放在 .git 目录下的 index 文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。
- 版本库：工作区有一个隐藏目录 .git，这个不算工作区，而是 Git 的版本库。
图片来源：https://www.runoob.com/git/git-workspace-index-repo.html
基础
配置
例如，配置用户名和邮箱
git config --global user.name "FrankYu" git config --global user.email yubo112058@sina.com
创建远程仓库
这里在gitee创建的远程仓库
克隆
git clone https://gitee.com/frankyu365/learngit.git
learngit目录下内容如下
.git目录中内容如下
修改
添加src目录
使用pycharm打开目录，添加源代码，虚拟环境
查看工作区当前状态
git status
添加到暂存区
git add .
回退版本
git reset HEAD
我们发现git add添加.idea下面的文件到缓存区了，我们并不需要
之后运行
git add .\src\main.py
比较工作区与缓存区的差异
git diff --cached
确认我们更改了main.py
添加到本地仓库并加注释
git commit -m 'add main.py'
push
git push
查看远程仓库
可以看到仅添加了main.py，没有.idea目录。如果只是个人使用，项目不复杂，只会前面的操作基本就可以了。如果多人合作，项目比较大，就涉及到版本管理、权限控制、分支管理、冲突解决等问题。
提高
git毕竟是多人合作的，所以还要考虑冲突、权限、分支管理等
git pull
查看status
现在，修改远程仓库的.gitignore文件，模拟其他合作者修改后push到远程仓库的情况
之后，我们运行一下命令
git pull
可以看到拉取了修改，status已经不显示了
文件删除与恢复
我们先创建一个nothing.txt文件
之后，我们在本地（工作区）删除
假设我们是不小心删除的，现在工作区没有了，如何找回呢？
git checkout -- nothing.txt
现在我就是想要删除它，该如何做呢？
git rm nothing.txt
git commit -m 'delete nothing.txt'
现在还可以从远程仓库找到该文件，我们再运行
git push
就可以删除了
分支管理
列出分支
git branch
默认是只有master分支的。查看远程仓库的分支，添加-r选项
git branch -r
创建分支
git branch test
可以看到有两个分支，所在的分支前面有个*
切换分支
git checkout test
分支操作
在创建分支的情况下，push到远程仓库
git push origin test
假设我是测试人员，只修改test分支，那么如何克隆某一个分支呢?
git clone --single-branch --branch test https://gitee.com/frankyu365/learngit.git
修改main.py，其他操作都是一样的。
现在本地有两个clone，一个是单分支test，与远程仓库一致，一个是双分支，test分支与远程仓库不一致。
git pull origin test:test
这时你会发现，两个分支的内容不一样，切换分支时，目录下的文件也会改变。
标签管理
标签与commit挂钩，类似一个别名
创建标签
git tag -a v1.0 -m "version 1.0 released"
-a后加标签 -m后加注释
注意：默认将标签打到最新的commit上，需要在之前的commit上打标签，可以后面加上commit id，commit id获取可以看日志部分，
查看标签
标签列表
git tag
标签信息
git show v1.0
推送标签到远程
git push origin v1.0
删除标签
本地删除
git tag -d v1.0
远程删除
git push origin :refs/tags/v1.0
日志
git log
冲突与解决
单分支多人合作冲突与解决
总有朋友学习git的时候认为修改同一个文件会出冲突，其实不是的
远程修改main.py 并提交
本地修改main.py
本地 git push
可以看到被拒绝了，请先fetch，也就是获取(git pull)，因为远程仓库有本地没有的修改
之后，我们git pull
可以看到已经自动merge 了
看本地文件内容，可以看到git很聪明的将远程和本地的内容合并到了一起，我们再次push
可以看到成功了，远程仓库也有了。
那么为什么有的朋友几个人修改一个分支还会有冲突呢？
我们修改远程的代码并提交
之后可以看到commit id
修改本地文件的同一行内容
git push发现和之前一样，但是git pull后却发现自动merge失败，出现了冲突！！！
查看文件，可以看到增加了很多内容
每个冲突地方的格式如下：
<<<<<<< HEAD 本地工作区内容 ======= 远程仓库内容 >>>>>>> 远程仓库提交时的commit id
可以看到修改同一个文件的同一行时会出现冲突，因为git不知道到底需要保留哪一个。这个时候就需要你们自行商量，解决后再push。具体如何做呢？
我们终止merge，因为无法自动merge，然后再次pull
git merge --abort git pull --rebase
可以看到一些提示，手动解决冲突后，在git add/rm，然后git rebase --continue。之后就正常了。此时查看git status也是差不多的提示。
git push时注意，没有在分支上，push后再切换回分支即可。
可以看到已经正常了
同分支git push出现问题解决步骤：
- git push 后发现reject问题
- git pull 看看能否自动merge，如果可以，就不用管了，说明修改的不同文件或同一文件的不同行
- git merge --abort 放弃merge
- git pull --rebase
- git add/rm 手动解决冲突后add或rm
- git rebase --continue 无需commit，直接 git rebase即可
- git push
分支合并冲突与解决
创建test分支后，修改了master分支，一般都是把其他分支合并到master分支，我们先制造冲突
修改test分支
切换test并pull下来
在master分支合并
发现冲突，解决后add，commit，push即可
push结果如下：
总结如下：
- 一个分支修改（如test、dev、feature等）
- 修改完后切换到想要合并的分支（如master），使用git merge xxx来合并
- 如果没冲突，push即可
- 手动修改冲突文件
- git add 冲突的文件
- git commit
- git push
在公司一般会用pull request，并设置审查人员，也能够看到是否有冲突
常见问题
.gitignore失效问题
如果某文件已在远程仓库中，想忽略后续更改，.gitignore不生效，需要git add时忽略。
如果此文件不需要在远程仓库中，可以git rm --cached <文件路径>后添加到.gitignore。
不冲突/单分支冲突/合并冲突的情况有哪些？
1.单分支修改同一个文件的不同行不会发生冲突
2.单分支修改同一个文件的相同行会发生冲突
3.当文件行数 只有 2 行时，不同分支修改同一个文件的相同行会发生合并冲突
4.当文件行数 只有 2 行时，不同分支修改同一个文件的不同行会发生合并冲突
4.当文件行数 大于 2 行时，不同分支修改同一个文件的不相同且非相邻行不会发生合并冲突
5.当文件行数 大于 2 行时，不同分支修改同一个文件的相同或相邻行会发生合并冲突
如何克隆克隆单条分支？
git clone --single-branch <仓库URL> <本地目录> --branch <分支名>
克隆单分支可以减少空间
更多问题欢迎在评论区评论！！！
