Ir para o conteúdo principal
开发者

Git 速查表

基本 Git 命令的交互式可视参考。

今日已使用 0/3 次 · 剩余 3 次。升级Pro,解除限制。.

升级

Git 速查表

Git 速查表真实场景本地处理

按目标导航、安全恢复、轻松扩展,无需死记硬背所有 Git 命令。

路径
3 个场景
命令
17
注意
0 个高风险
恢复
辅助
01

按场景筛选

搜索路径
预设

初始化仓库

无障碍地创建仓库、准备基础分支并连接远端。
basic
git initlow
在当前文件夹中初始化仓库。
git add .low
将初始文件添加到暂存区。
git commit -m "chore: init"low
创建首个基线提交。
git branch -M mainlow
在 push 前规范化主分支。
git remote add origin <url>low
连接主远端仓库。
git remote add origin https://github.com/org/repo.git
git push -u origin mainlow
推送基础分支并设置 upstream。

功能开发流程

开启工作分支、更新基础,并清晰地整合回主线。
basic
git switch -c feature/<tema>low
创建并切换到功能分支。
git switch -c feature/login
git add .low
将当前进度更新到暂存区。
git commit -m "feat: ..."low
带上下文记录一次工作步骤。
git fetch originlow
在集成前更新远端引用。
git switch mainlow
返回集成基础分支。
git merge feature/<tema>medium
将功能分支集成到基础分支。

安全撤销

在 restore、reset 和 revert 之间做出选择,避免意外销毁工作。
basic
git restore <arquivo>medium
丢弃文件中未提交的本地修改。
git restore src/app/page.tsx
git restore --staged <arquivo>low
从暂存区移除文件而不丢失本地编辑。
git reset --soft HEAD~1medium
回退一个提交,所有内容保留在暂存区。
git reset --mixed HEAD~1medium
回退一个提交,并将更改返回到工作区。
git revert <hash>low
为共享历史创建一个安全的反向提交。
02

快速决策

撤销
本地文件使用 restore,共享历史使用 revert,在执行激进的 reset 之前先用 reflog 查看。
集成
想保留分支结构时优先使用 merge;想在最终合并前线性化历史时使用 rebase
扩展
并行分支使用 worktree;当 monorepo 对当前任务而言过大时使用 sparse-checkout
03

导出

恢复与选择性交付
带退出路径的 rebase、用于救援的 reflog,以及用于热修复或回移的 cherry-pick,无需完整合并。
可导出操作手册
将筛选后的路径导出为 CSV 作为技术清单,或 TXT 作为可共享的团队操作手册。
04

运维视图

无风险
13
4
0
执行前必须替换 <tema><arquivo><hash><url> 等占位符。
Sobre

什么是 Git 速查表?

Por Quorify EditorialAtualizado em

Quorify 的 Git 速查表是一份交互式可视化指南,涵盖 Git 版本控制的核心命令。处理通过浏览器原生 API 在本地完成——当你需要处理敏感数据(令牌、密钥、生产环境负载)并不希望粘贴到会上传至外部服务器的在线工具时尤其有用。遵循行业公认标准(IETF RFC、W3C、MDN)。本工具是 Quorify 开发者工具包的一部分——可与其他验证、转换和格式化工具组合使用,加速调试、API 集成和项目搭建。处理在本地完成,当前阶段不会向外部服务器上传任何负载。有关数据处理的详情请参阅我们的《隐私政策》。

Casos

使用场景

  1. 在 API 集成过程中快速调试,无需打开 Postman 或命令行工具。

  2. 在提交到生产前验证负载,避免出现仅带通用消息的 400 错误。

  3. 项目初期搭建——生成标识符、格式化配置、校验语法。

  4. 审查生产日志数据,直观识别模式和错误。

  5. 技术客户支持——在为产品团队创建工单前验证收到的输入。

Método

工作原理

Git 速查表使用浏览器原生 API(Web Crypto、JSON、URL、TextEncoder),它们实现了公认的官方标准(IETF RFC、FIPS、ECMA)。不依赖任何重型库或外部服务器。有关数据处理的完整详情请参阅我们的《隐私政策》。

FAQ

常见问题

处理过程是否涉及外部服务器?
不会。Git 速查表使用浏览器原生 API,输入的负载在本地处理。
可以用于敏感数据(令牌、密钥)吗?
可以,因为处理在本地完成。不过,仍应避免在任何网页工具中粘贴真实凭据——测试时请使用预发布环境或假变量。
遵循什么标准?
视情况而定:IETF RFC(JSON、UUID、URI)、W3C(HTML、CSS)、FIPS(密码学)、ECMA(JavaScript)。具体参考请见"官方资料"部分。
可以离线使用吗?
页面首次加载完成后,你可以离线继续使用本工具。
有大小限制吗?
浏览器在内存中可支持数百 MB 级别的负载,但网页工具在大约 10 MB 以上通常会变慢。处理大文件请使用专用 CLI 工具。
是否兼容旧版浏览器?
建议使用最近 2 年的现代版本(Chrome、Firefox、Safari、Edge)。现代特性(Web Crypto 等)在旧浏览器中可能不可用。
Fontes

官方资料

Tabelas, leis e referências consultadas para fundamentar esta ferramenta.

  1. 技术文档持续更新MDN Web Docs · Mozilla

    Web 标准

    全球最常被查阅的 Web 标准参考——JavaScript API、HTML、CSS 及浏览器协议。

  2. 国际标准持续更新万维网联盟(W3C)

    W3C 标准

    定义官方 Web 标准的组织——HTML、CSS、ARIA 以及其他由所有浏览器实现的规范。

  3. 国际标准DatatrackerIETF · 互联网工程任务组

    RFC 文档

    Request for Comments(RFC)官方仓库——定义互联网协议和格式(HTTP、JSON、URI、UUID 等)的技术文档。

Metodologia — esta ferramenta consulta as tabelas e legislação vigentes nas fontes acima. As regras são atualizadas conforme novas instruções normativas são publicadas pelos órgãos competentes.

Última verificação editorial: junho de 2026.

Compartilhe

相关

相关工具

toolLayout.related_description