目录 start
目录 end |2018-06-20| 码云 | CSDN | OSChina
Git官网中文教程
git-tips学习Git的仓库
git权威指南的组织完整书籍,以及相关测试题
git ls-files 列出文件列表
git ls-files | xargs wc -l 计算文件中程序代码行数 通过工具:xargs wc (中文命名的文件编码问题无法计算行数)git ls-files | xargs cat | wc -l 计算行数总和通过分析提交历史查到哪次提交引起的Bug然后检出,修复参考博客1 彻底删除 | 参考博客2 彻底删除 | 参考博客3 删除大文件
参考博客4 减小磁盘占用
删除仓库的某个时间点之前的历史记录,减少.git 目录大小
如何清洗 Git Repo 代码仓库
因为删除的文件是会留在仓库,为了以后恢复用,但是这样的话仓库就会越来越大了
强制删除,并且从git索引中也去掉,相当于彻底删除
git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch 文件的路径' --prune-empty --tag-name-filter cat -- --allgit push origin --force --allgit push origin --force --tagsgit rebase来更新分支,而不是 git merge 不然文件又回来了然而这个笔记仓库,之前将图片文件也放在了仓库里,删除之前也改动了名字,现在根本找不到文件了,如果要减小仓库大小只能重建了
.git/objects/pack/ 里留有备份--depth 1 对之前的分支延迟下载只能压缩一部分空间
git gc -h:
--aggressive 默认使用较快速的方式检查文档库,并完成清理,当需要比较久的时间,偶尔使用即可--prune[=<日期>] 清除未引用的对--auto 启用自动垃圾回收模式--force 强制执行 gc 即使另外一个 gc 正在执行git remote add 名称 原作者URLgit fetch 名称在合并别人仓库源码时,相当于两个不同源的分支之间的合并操作
如果没有一个Github 码云这样的平台, 而只是单独的两个点, 两个用户或者IP之间要使用同一个仓库进行开发
两个人互为对方的远程库, 互为服务器即可完成, 即使使用的是动态IP, 应该也不会受太大影响
使用git help 加上命令, 就能看到命令对应的文档
git config user.email *** 和 git config user.name *** 这两个是必须的,
git config --global user.name email同理git config http.postBuffer 524288000 设置缓存区大小为 500mgit config core.fileMode false 忽略文件的mode变化,一般发生在文件的复制粘贴之后(跨系统?)-s --short 简洁的输出
git rm 文件git rm --cached 文件
.gitignore 文件中注明, 不然又add回去了git commit -am "init": a git库已有文件的修改进行添加, m 注释
git add * 如果有新建立文件就要add 再之后commit就不要a参数了 git commit -m ""git commit -am ""git commit 会自动进入VI编辑器
git remote add name URL地址 添加远程关联仓库 不唯一,可以关联多个一般默认有个origin - git remote 可以看到添加的远程URL的名字git remote set-url name URL地址 修改关联仓库 预定默认的叫origingit remote rm URL 删除和远程文档库的关系git remote rename origin myth 更改远程文档库的名称git ls-remote 输出所有关联的remote库 还会输出库的分支git remote -v 输出push和pull的URLgit push 远程URL的名称 --delete 分支名称 删除远程库某分支git remote show origin 查看远程分支的状态和信息展示提交信息
git show HEAD HEAD替换成commit的sha值就是显示指定提交的修改git show -h 查看更多常用参数
-h 查看所有参数和说明-q 控制台不输出任何信息-f 强制--all 推送所有引用-u upstream 设置 git pull/status 的上游
git push origin master和git push -u origin master 区别在于 前者是使用该远程和分支进行推送-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更多说明 查看
git help log
-p 显示每次提交的内容差异 git log -p -2 仅显示最近两次提交的差异
--stat 查看提交对仓库修改的总览
---pretty=[online/short/full/fuller/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 参数就是按提交数排序
git log dev ^master 反之 git log master ^devgit log master..devgit log dev...mastergit log --left-right dev...master
--cached 查看已暂存起来的变化 1.6以上 则是 --staged git diff [options] [<commit>] [--] [<path>...]
git diff [options] --cached [<commit>] [--] [<path>...]
git diff [options] <commit> <commit> [--] [<path>...]
git diff [options] <blob> <blob>
git diff [options] [--no-index] [--] <path> <path>
查看所有标签 git tag
-l 'v1.0.*' 列出v1.0.*git show tagname新建一个标签并打上注释 git tag -a v1.0.0 -m "初始版本"
git tag -a v1.2.4 commit-id切换标签 git checkout tagname 和切换分支一样的,但是标签只是一个镜像,不能修改
如果要在某tag上新建一个分支, git checkout -b branchname tagname
提交指定的tag git push origin tagname (默认不会自动提交标签)
git push --tags删除本地标签 git tag -d tagname
删除远程的tag git push origin --delete tag <tagname>
git clone branchname URL 克隆指定分支git clone URL 目录 克隆下来后更名为指定目录git clone --depth 1 URL 只克隆最近一次提交的历史, 能大大减小拉取的大小, 但是如果要用到之前的提交历史就还是要下拉下来的 类似于懒加载
shallow update not allowed 因为本地库是残缺的git checkout 文件名 文件名 git会在索引中找文件,有就取出,没有就从最新的commit回找,取出第一个找到的版本,
git checkout .取出文档库中所有文件的最新版本git checkout commit 节点标识符或者标签 文件名 文件名。。。
git reset HEAD 来清除这种状态撤销当前对文件的所有修改
git checkout -- 文件名就会使用上次提交的文件来覆盖当前文件
访问远程仓库, 拉取本地没有的数据
git fetch origin dev-test 下拉指定远程的指定分支到本地, 本地没有就会自动新建git fetch --all 下拉默认远程的所有分支的代码不仅仅是下拉代码, 还会进行merge合并, 所以安全起见, 是先fetch然后再进行合并操作
git pull origin dev 下拉指定远程的指定分支git pull --all 下拉默认远程的所有分支代码并自动合并feature-*releasefixbuggit checkout -b feature-x develop 从develop的分支生成一个功能分支,并切换过去git checkout develop
git merge --no-ff feature-xgit branch -d feature-xgit checkout -b release-1.2 develop 新建一个预发布分支
git checkout master 确认没有问题后 git merge --no-ff release-1.2 合并到master分支git tag -a 1.2 打标签,这就是github上软件的版本控制git checkout develop git merge --no-ff release-1.2git branch -d release-1.2git 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.1git fetch -p配置mergetool工具:git config --global merge.tool kdiff3git config --global mergetool.kdiff3.cmd "'D:/kdiff3.exe' \"\$BASE\" \"\$LOCAL\" \"\$REMOTE\" -o \"\$MERGED\""git config --global mergetool.prompt falsegit config --global mergetool.kdiff3.trustExitCode truegit config --global mergetool.keepBackup falsegit merge develop默认会直接将master分支指向Develop分支。(一条拐弯的线)git merge--no-ff develop 将当前master分支与分支Develop合并,在Master分支上生成一个新节点(有一个环的线)
git mergetool 使用工具进行分析冲突文件方便修改衍和操作 参考博客 | Git rebase -i 交互变基 | git rebase的原理之多人合作分支管理
他会将分支中的圈, 消除掉, 成为线性结构
git merge master 换成 git rebase mastergit rebase --abort 放弃rebasegit rebase --continue 修改好冲突后继续git grep docker
-n搜索并显示行号--name-only 只显示文件名,不显示内容-c 查看每个文件里有多少行匹配内容(line matches):git grep xmmap v1.5.0git grep --all-match -e '#define' -e SORT_DIRENT 匹配两个字符串分布式的去中心化的, 年轻化的团队在用, 个人也是习惯性用Git了
综合各个VCS的管理方式