Git温习

基本流程

  • 工作区-->暂存区-->本地仓库-->远程仓库

基本配置

  • git config user.name [用户名]

    1. 设置用户名
    2. 添加--project,针对当前项目生效(默认)
    3. 添加--global,针对当前用户生效(示例:git config --global user.name [用户名])
    4. 添加--system,针对所有用户和项目生效
    5. 添加--get检索设置,验证是否设置成功
  • git config user.email [邮箱]

    1. 设置邮箱
    2. 添加--project,针对当前项目生效(默认)
    3. 添加 --global,针对当前用户生效(示例:git config --global user.email [用户名])
    4. 添加--system,针对所有用户和项目生效
    5. 添加--get检索设置,验证是否设置成功

常用命名

  • git init

    初始化git仓库

  • git add

    1. 添加[file1] [file2]参数,将工作区一个或多个文件添加至缓存区
    2. 添加[file]参数,将工作区指定文件添加至缓存区
    3. 添加.参数,将工作区当前目录下所有文件添加至缓存区
  • git status

    查看仓库当前状态,显示有变更的文件

  • git commit

    1. 添加-m 参数,msg是备注信息,提交暂存区的文件到本地仓库
    2. 添加-a参数,不需要执行git add命名,直接将被追踪且已修改文件提交至本地仓库
    3. 添加--amend,修改上一次提交记录
  • git push

    1. 添加-u origin [branch name],第一次提交使用-u后面推送直接使用git push
    2. 添加--set-upstream origin [branch name],链接远程仓库(强制方法)
  • git log

    1. 查看提交记录信息
    2. 添加--oneline参数,git log 信息变成非常简洁
  • git ls-files

    查看本地仓库文件

  • git reset

    1. 添加--hard 参数,将全部区域(不包含远程仓库)直接重置到目标版本(默认)

      后续可以使用git push -f强制推上去

    2. 添加--soft 参数,将文件从本地仓库重置到暂存区

    3. 添加--mixed 参数,将文件从本地仓库重置到工作区

  • git restore --staged/--cached

    将文件从暂存区重置到工作区

  • git rm

    1. 从git仓库中删除(添加一个删除的记录,解除文件追踪)
    2. 添加--cached 参数,从暂存区删除对应文件
  • git branch

    1. 查看git 分支
    2. 添加参数,新建分支
  • git checkout/switch

    1. 添加参数,切换分支
    2. 添加-b 参数,新建分支并切换分支
    3. 添加-d 参数,删除分支(不能删除未合并分支)
    4. 添加-D 参数,删除分支(能删除未合并分支)
  • git diff

    1. 直接比较暂存区和工作区
    2. 添加--cached参数,比较暂存区和本地仓库
    3. 添加/参数,比较本地仓库和工作区
    4. 添加 参数,比较两个分支
  • git merge/rebase

    合并分支(手动解决冲突)

  • git pull

    相当于git fetch + git merge获取远程仓库地址文件合并本地仓库分支

  • git remote

    1. 添加add origin 参数,添加远程仓库地址
    2. 添加-v参数,查看远程地址
  • git clone

    1. 拷贝远程仓库文件到本地仓库
    2. 添加-b :选择分支名称拷贝远程仓库文件到本地仓库
  • git stash

    1. 暂存到本地,不会上传到服务器
    2. 添加save [msg]参数,添加一些注释
    3. 添加pop参数,恢复最新的进度到工作区
    4. 常用:git stash->git pull->git stash pop
  • git tag

    打标签

  • git revert

    回滚,重置对应提交的操作

开发提交命名规范

相关的git commit -m 提交命名规范,即命名类型

  • feat:新功能(feature)
  • fix:修补bug
  • docs:文档更改(documentation)
  • style:代码格式更改(不影响代码运行的变动),注意不是CSS修改
  • refactor:重构(既不是新增功能,也不是修改bug的代码变动)
  • perf:提高性能的代码更改
  • test:增加测试
  • build:影响构建系统或外部依赖项的更改(示例范围:gulp、broccoli、npm)
  • ci:对ci配置文件和脚本的更改(示例范围:Travis、Circle、BrowserStack、SauceLabs)
  • revert:恢复以前的提交(回退)
  • chore:构建过程或辅助工具的变动
  • footer:一些备注,通常是breaking change或者修复的bug的链接
相关推荐
拓端研究室TRL2 小时前
【梯度提升专题】XGBoost、Adaboost、CatBoost预测合集:抗乳腺癌药物优化、信贷风控、比特币应用|附数据代码...
大数据
黄焖鸡能干四碗2 小时前
信息化运维方案,实施方案,开发方案,信息中心安全运维资料(软件资料word)
大数据·人工智能·软件需求·设计规范·规格说明书
编码小袁2 小时前
探索数据科学与大数据技术专业本科生的广阔就业前景
大数据
WeeJot嵌入式3 小时前
大数据治理:确保数据的可持续性和价值
大数据
Winston Wood3 小时前
一文了解git TAG
git·版本控制
晨欣3 小时前
Elasticsearch和Lucene之间是什么关系?(ChatGPT回答)
elasticsearch·chatgpt·lucene
喵喵先森4 小时前
Git 的基本概念和使用方式
git·源代码管理
zmd-zk4 小时前
kafka+zookeeper的搭建
大数据·分布式·zookeeper·中间件·kafka
激流丶4 小时前
【Kafka 实战】如何解决Kafka Topic数量过多带来的性能问题?
java·大数据·kafka·topic
测试界的酸菜鱼4 小时前
Python 大数据展示屏实例
大数据·开发语言·python