目录 start
Git基础
版本控制系统(VCS)
Git常用命令
【Tips】
git ls-files 列出文件列表
git ls-files | xargs wc -l 计算文件中程序代码行数 通过工具：xargs wc (中文命名的文件编码问题无法计算行数)
git ls-files | xargs cat | wc -l 计算行数总和
二分查找捉虫记通过分析提交历史查到哪次提交引起的Bug然后检出,修复
清理仓库
因为删除的文件是会留在仓库，为了以后恢复用，但是这样的话仓库就会越来越大了
强制删除，并且从git索引中也去掉，相当于彻底删除
git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch 文件的路径' --prune-empty --tag-name-filter cat -- --all
git push origin --force --all
git push origin --force --tags
使用git rebase来更新分支，而不是 git merge 不然文件又回来了
然而这个笔记仓库，之前将图片文件也放在了仓库里，删除之前也改动了名字，现在根本找不到文件了,如果要减小仓库大小只能重建了
猜测他的文件都在 .git/objects/pack/ 里留有备份
最简单的减小传输的大小的是clone时加上 --depth 1 对之前的分支延迟下载
gc
只能压缩一部分空间 git gc -h:
--aggressive 默认使用较快速的方式检查文档库,并完成清理,当需要比较久的时间,偶尔使用即可
--prune[=] 清除未引用的对
--auto 启用自动垃圾回收模式
--force 强制执行 gc 即使另外一个 gc 正在执行
fork相关操作
fork之后，想要更新原作者的分支：git remote add 名称 原作者URL
拉取更新 ：git fetch 名称
在合并别人仓库源码时,相当于两个不同源的分支之间的合并操作
仓库基本命令
如果没有一个Github 码云这样的平台, 而只是单独的两个点, 两个用户或者IP之间要使用同一个仓库进行开发
两个人互为对方的远程库, 互为服务器即可完成, 即使使用的是动态IP, 应该也不会受太大影响
使用 git help 加上命令, 就能看到命令对应的文档
config
git config user.email *** 和 git config user.name *** 这两个是必须的，
如果想统一配置不想每个仓库单独配置就 git config --global user.name email同理
git config http.postBuffer 524288000 设置缓存区大小为 500m
git config core.fileMode false 忽略文件的mode变化，一般发生在文件的复制粘贴之后(跨系统?)
status
-s --short 简洁的输出
?? 表示新添加未跟踪
A 新添加到暂存区
M 修改过的文件
MM 修改了但是没有暂存
rm
删除文件 git rm 文件
从git仓库中删除文件, 但是文件系统中保留文件 git rm --cached 文件
如果仅仅是想从仓库中剔除, 那么执行完命令还要在 .gitignore 文件中注明, 不然又add回去了
commit
git commit -am "init": a git库已有文件的修改进行添加, m 注释
git add * 如果有新建立文件就要add 再之后commit就不要a参数了 git commit -m ""
如果只是修改文件没有新建 git commit -am ""
git commit 会自动进入VI编辑器
第一行：用一行文字简述提交的更改内容
第二行：空行
第三行：记述更改的原因和详细内容
使用下面方法关闭退出
remote
git remote add name URL地址 添加远程关联仓库 不唯一，可以关联多个一般默认有个origin - git remote 可以看到添加的远程URL的名字
git remote set-url name URL地址 修改关联仓库 预定默认的叫origin
git remote rm URL 删除和远程文档库的关系
git remote rename origin myth 更改远程文档库的名称
git ls-remote 输出所有关联的remote库 还会输出库的分支
git remote -v 输出push和pull的URL
git push 远程URL的名称 --delete 分支名称 删除远程库某分支
git remote show origin 查看远程分支的状态和信息
show
展示提交信息
显示当前提交的差异 git show HEAD HEAD替换成commit的sha值就是显示指定提交的修改
git show -h 查看更多
push
常用参数
-h 查看所有参数和说明
-q 控制台不输出任何信息
-f 强制
--all 推送所有引用
-u upstream 设置 git pull/status 的上游
git push origin master和git push -u origin master 区别在于 前者是使用该远程和分支进行推送
后者也是推送, 并设置origin为默认推送的远程, 以后push就不用注明远程名了(多远程的情况下要注意)
-d 删除引用
--tags 推送标签(不能使用 --all or --mirror)
出现 RPC failed; result=22, HTTP code = 411 的错误
就是因为一次提交的文件太大，需要改大缓冲区
例如改成500m git config http.postBuffer 524288000
提交本地所有分支 git push --all pull时同理
第一次与远程建立连接
git push -u origin master | git push --set-uptream master | git push -all
这几个都是可以的,最后那个简单, 还能将别的分支一起推上去
log
更多说明 查看 git help log
-p 显示每次提交的内容差异 git log -p -2 仅显示最近两次提交的差异
--stat 查看提交对仓库修改的总览
---pretty=[online/short/full/fuller/format] 使用预定义格式显示
format 是可以自定义格式和占位符
--graph 图形的样子显示分支图
git log --author='A'输出所有A开头的作者日志
git log 文件名 文件名 输出更改指定文件的所有commit 要文件在当前路径才可
git log --after='2016-03-23 9:20' --before='2017-05-10 12:00' 输出指定日期的日志
git shortlog 按字母顺序输出每个人的日志 加上--numbered 参数就是按提交数排序
对比两个分支的差异
查看 dev 有，而 master 中没有的 git log dev ^master 反之 git log master ^dev
查看 dev 中比 master 中多提交了哪些内容：git log master..dev
不知道谁提交的多谁提交的少，单纯想知道有什么不一样：git log dev...master
在上述情况下，再显示出每个提交是在哪个分支上:git log --left-right dev...master
注意 commit 后面的箭头，根据我们在 –left-right dev…master 的顺序，左箭头 < 表示是 dev 的，右箭头 > 表示是 master的。
diff
--cached 查看已暂存起来的变化 1.6以上 则是 --staged
git diff [options] [] [--] [...]
git diff [options] --cached [] [--] [...]
git diff [options] [--] [...]
git diff [options]
git diff [options] [--no-index] [--]
tag
查看所有标签 git tag
-l 'v1.0.*' 列出v1.0.*
展示标签注释信息 git show tagname
新建一个标签并打上注释 git tag -a v1.0.0 -m "初始版本"
由指定的commit打标签 git tag -a v1.2.4 commit-id
切换标签 git checkout tagname 和切换分支一样的，但是标签只是一个镜像，不能修改
如果要在某tag上新建一个分支， git checkout -b branchname tagname
提交指定的tag git push origin tagname (默认不会自动提交标签)
提交所有的tag git push --tags
删除本地标签 git tag -d tagname
删除远程的tag git push origin --delete tag
分支操作
clone
git clone branchname URL 克隆指定分支
git clone URL 目录 克隆下来后更名为指定目录
git clone --depth 1 URL 只克隆最近一次提交的历史, 能大大减小拉取的大小, 但是如果要用到之前的提交历史就还是要下拉下来的 类似于懒加载
但是在新建一个远程仓库后, 推送时会报错:shallow update not allowed 因为本地库是残缺的
所以需要新建一个目录, 把原仓库全拉下来, 再添加远程进行推送, 然后删除该目录, 残缺版的仓库也能正常向新远程推送提交了
checkout
git checkout 文件名 文件名 git会在索引中找文件，有就取出，没有就从最新的commit回找，取出第一个找到的版本，
每个文件都是这样，也就是说如果有被删除的文件，是可以通过此来找回的
git checkout .取出文档库中所有文件的最新版本
git checkout commit 节点标识符或者标签 文件名 文件名。。。
取出指定节点状态的某文件，而且执行完命令后，取出的那个状态会成为head状态，
需要执行 git reset HEAD 来清除这种状态
撤销当前对文件的所有修改 git checkout -- 文件名 就会使用上次提交的文件来覆盖当前文件
有没有 svn cat 类似的功能
fetch
访问远程仓库, 拉取本地没有的数据
git fetch origin dev-test 下拉指定远程的指定分支到本地, 本地没有就会自动新建
git fetch --all 下拉默认远程的所有分支的代码
pull
不仅仅是下拉代码, 还会进行merge合并, 所以安全起见, 是先fetch然后再进行合并操作
git pull origin dev 下拉指定远程的指定分支
git pull --all 下拉默认远程的所有分支代码并自动合并
开发流程的常用分支操作
一般的开发过程中会使用到三种临时分支(用完就删)和两个主分支 master develop
功能分支 feature-*
预发布分支 release
修复bug fixbug
git checkout -b feature-x develop 从develop的分支生成一个功能分支，并切换过去
完成功能后：git checkout develop
合并： git merge --no-ff feature-x
删除： git branch -d feature-x
git checkout -b release-1.2 develop 新建一个预发布分支
git checkout master 确认没有问题后 git merge --no-ff release-1.2 合并到master分支
git tag -a 1.2 打标签，这就是github上软件的版本控制
没有问题后 合并到develop分支git checkout develop git merge --no-ff release-1.2
删除预发布分支 git branch -d release-1.2
git checkout -b fixbug-0.1 master 新建修复bug的分支
git checkout master ``git merge --no-ff fixbug-0.1 ``git tag -a 0.1.1 修补结束后合并到master分支
git checkout develop git merge --no-ff fixbug-0.1 再合并到develop分支
删除分支 git branch -d fixbug-0.1
删除远程没有本地有的分支git fetch -p
merge
官方文档 配置mergetool工具：
git config --global merge.tool kdiff3
git config --global mergetool.kdiff3.cmd "'D:/kdiff3.exe' \"\$BASE\" \"\$LOCAL\" \"\$REMOTE\" -o \"\$MERGED\""
git config --global mergetool.prompt false
git config --global mergetool.kdiff3.trustExitCode true
git config --global mergetool.keepBackup false
git merge develop默认会直接将master分支指向Develop分支。(一条拐弯的线)
git merge--no-ff develop 将当前master分支与分支Develop合并，在Master分支上生成一个新节点(有一个环的线)
也就是说master将develop分支拉取下来然后合并 develop向master合并
如果遇到冲突：
git mergetool 使用工具进行分析冲突文件方便修改
rebase
效果和merge差不多，但是分支图更清晰?TODO 有待详细学习
与master合并：git merge master 换成 git rebase master
当遇到冲突：
git rebase --abort 放弃rebase
git rebase --continue 修改好冲突后继续
grep
搜索文字 git grep docker
-n搜索并显示行号
--name-only 只显示文件名，不显示内容
-c 查看每个文件里有多少行匹配内容(line matches):
查找git仓库里某个特定版本里的内容, 在命令行末尾加上标签名(tag reference): git grep xmmap v1.5.0
git grep --all-match -e '#define' -e SORT_DIRENT 匹配两个字符串
Tools
Submodules
能够在一个git仓库中将一个文件夹作为一些独立的子仓库进行管理
各个VCS工具的区别以及优缺点
Git
分布式的去中心化的, 年轻化的团队在用, 个人也是习惯性用Git了
SVN
中心化的, 代码统一保存, 如果中心发生错误, 代码会全部毁掉, 旧的技术栈以及非开发人员还在用
允许部分的进行修改, 下拉提交, 而对于Git来说一个仓库就是一个整体
能够精确控制每个目录的每个人的访问权限
repos的使用
综合各个VCS的管理方式
