Git常用指令

Git 常用50个核心操作命令(附详细说明)

以下按仓库初始化与配置、文件状态与暂存、提交与日志、分支管理、远程仓库、合并与变基、标签、撤销与回滚、LFS大文件、高级实用十大场景分类,覆盖开发全流程高频操作,命令简洁且标注适用场景,新手也能直接套用。

一、仓库初始化与全局配置(5个)

主要用于首次使用Git的环境配置、本地仓库创建,配置后全局生效(除非单独修改仓库配置)。

  1. git config --global user.name "你的用户名"
    配置Git全局提交用户名(GitHub/GitLab的用户名,必填)。
  2. git config --global user.email "你的邮箱"
    配置Git全局提交邮箱(与GitHub/GitLab绑定的邮箱,必填)。
  3. git config --global --list
    查看Git所有全局配置信息,验证用户名、邮箱是否配置正确。
  4. git init
    在当前文件夹初始化本地Git仓库,生成隐藏的.git目录(仓库核心文件)。
  5. git clone <仓库地址>
    克隆远程GitHub/GitLab仓库到本地,包含所有文件、分支和提交历史(支持HTTPS/SSH地址)。

二、文件状态查看与暂存(7个)

Git核心工作流(工作区→暂存区→本地仓库)的关键操作,高频使用于开发中文件管理。
6. git status
查看工作区文件状态:未跟踪(新文件)、已修改、已暂存、干净(无修改),带颜色标注更清晰。
7. git add <文件/文件夹路径>
将指定文件/文件夹从工作区提交到暂存区,是提交前的必要步骤(例:git add index.htmlgit add src/)。
8. git add .
快捷命令:将工作区所有未跟踪+已修改的文件一次性提交到暂存区(最常用,开发中高频)。
9. git add -u
将工作区已跟踪(曾提交过) 的修改文件提交到暂存区,忽略新创建的未跟踪文件。
10. git reset HEAD <文件路径>
将指定文件从暂存区回滚到工作区,取消暂存(例:误add文件时使用,保留文件修改)。
11. git reset HEAD .
一次性将暂存区所有文件回滚到工作区,取消全部暂存操作。
12. git clean -f
删除工作区未跟踪的新文件(无法恢复,慎用),仅删除Git未记录的文件,保留已跟踪的修改文件。

三、提交与提交日志(8个)

将暂存区文件提交到本地仓库,及查看/筛选提交历史,是版本追溯的核心操作。
13. git commit -m "提交备注信息"
将暂存区所有文件提交到本地Git仓库-m后必须跟清晰的备注(例:git commit -m "feat: 新增登录功能")。
14. git commit -am "提交备注信息"
快捷命令:跳过暂存区,直接将已跟踪的修改文件提交到本地仓库(新文件需先git add,无法直接用)。
15. git commit --amend
修正最后一次提交:若漏加文件/备注写错,执行后进入编辑模式,修改备注或补充暂存文件后保存,覆盖最后一次提交记录(未推送到远程时使用)。
16. git log
查看本地仓库完整提交历史:包含提交ID、作者、时间、提交备注,按时间倒序排列。
17. git log --oneline
简洁版提交日志:仅显示7位短提交ID+提交备注,屏幕占比小,最常用的日志查看方式。
18. git log --graph
图形化显示提交历史,清晰展示分支合并、分叉的关系(多分支开发时必备)。
19. git log --author="用户名/邮箱"
筛选指定作者的提交记录,快速查找某个人的开发记录(例:git log --author="[email protected]")。
20. git log --since="2026-02-01"
筛选指定时间后的提交记录,也可写相对时间(例:git log --since="3 days ago" 查看3天内的提交)。

四、分支管理(10个)

Git最核心的功能,多分支开发(主分支、开发分支、功能分支、修复分支)的必备操作,覆盖分支创建、切换、删除、查看全流程。
21. git branch
查看本地所有分支,当前所在分支前带*标记。
22. git branch -a
查看本地+远程所有分支,远程分支以remotes/origin/开头。
23. git branch <分支名>
创建新分支(基于当前所在分支的最新提交,仅本地创建,未切换)。
24. git checkout <分支名>
切换到指定本地分支,切换前需保证工作区无未提交的修改(避免冲突)。
25. git checkout -b <分支名>
快捷命令:创建新分支并立即切换到该分支(开发中最常用,例:git checkout -b feat/pay)。
26. git checkout -b <本地分支名> origin/<远程分支名>
从远程分支拉取并创建本地对应分支(例:拉取远程dev分支:git checkout -b dev origin/dev)。
27. git branch -m <旧分支名> <新分支名>
重命名本地分支(例:git branch -m feat/pay feat/wechat-pay)。
28. git branch -d <分支名>
删除本地已合并的分支(安全删除,未合并则提示失败)。
29. git branch -D <分支名>
强制删除本地分支(无论是否合并,慎用,例:删除废弃的功能分支)。
30. git push origin --delete <远程分支名>
删除远程仓库的分支(例:git push origin --delete feat/pay,删除后团队成员需拉取最新远程信息)。

五、远程仓库操作(6个)

本地仓库与远程仓库(GitHub/GitLab/Gitee)的关联、同步操作,开发中每次推送/拉取前必用。
31. git remote add origin <远程仓库地址>
将本地仓库关联到远程仓库,origin是远程仓库的默认别名(仅首次使用)。
32. git remote -v
查看本地已关联的远程仓库信息,显示fetch(拉取)和push(推送)的地址,验证是否关联正确。
33. git remote rename <旧别名> <新别名>
修改远程仓库的别名(例:git remote rename origin github)。
34. git remote remove <别名>
解除本地与指定远程仓库的关联(例:git remote remove origin)。
35. git fetch origin
从远程仓库拉取所有分支的最新提交记录(仅同步历史,不合并到本地当前分支,安全无冲突)。
36. git pull origin <分支名>
快捷命令:git fetch + git merge,从远程指定分支拉取最新代码并合并到本地当前分支(例:git pull origin main,开发中同步远程代码最常用)。

六、合并与变基(4个)

多分支开发完成后,将功能分支代码合并到主分支/开发分支的核心操作,两种方式适用于不同场景。
37. git merge <分支名>
将指定分支的代码合并到当前所在分支(例:在main分支执行git merge feat/pay,将支付功能合并到主分支),会生成一个新的合并提交记录。
38. git merge --no-ff <分支名>
禁用快速合并(no fast forward),无论分支是否线性,都强制生成合并提交记录,保留分支合并历史(团队开发推荐,便于追溯)。
39. git rebase <分支名>
变基操作:将当前分支的所有提交,移植到指定分支的最新提交之后(例:在feat/pay分支执行git rebase main,将支付分支基于主分支最新代码重新构建),使提交历史更线性、整洁。
40. git rebase --abort
变基过程中出现冲突时,放弃变基,恢复到变基前的状态(冲突无法解决时使用)。

七、标签管理(3个)

用于标记项目的版本节点(如v1.0.0、v2.1.1),便于版本发布和回滚,标签是提交记录的快照,不可修改。
41. git tag <标签名>
为当前最新提交创建轻量标签(仅包含标签名,无备注,例:git tag v1.0.0)。
42. git tag -a <标签名> -m "标签备注"
创建带注释的标签(推荐,包含作者、时间、备注,例:git tag -a v1.0.0 -m "v1.0.0 正式版:实现核心功能")。
43. git push origin <标签名>
将本地标签推送到远程仓库(标签默认不随git push推送,需手动执行,例:git push origin v1.0.0);推送所有标签:git push origin --tags

八、撤销与回滚(5个)

开发中误操作(误提交、误修改、误删除)的补救操作,覆盖工作区、暂存区、本地仓库三个层级,按需选择。
44. git checkout -- <文件路径>
放弃工作区对指定文件的所有修改,恢复到最近一次提交/暂存的状态(无法恢复,慎用,例:git checkout -- index.html)。
45. git reset --hard <提交ID>
强制将本地仓库、暂存区、工作区全部回滚到指定提交ID的状态(所有后续提交记录被覆盖,未推送到远程时使用,慎用)。
46. git reset --soft <提交ID>
轻量回滚:仅将本地仓库回滚到指定提交ID,暂存区和工作区的修改保留(适用于回滚后需重新提交的场景)。
47. git restore <文件路径>
Git 2.23+新增命令,替代git checkout --,放弃工作区指定文件的修改(更语义化,例:git restore src/App.vue)。
48. git restore --staged <文件路径>
Git 2.23+新增命令,替代git reset HEAD,将指定文件从暂存区回滚到工作区(取消暂存,例:git restore --staged package.json)。

九、LFS大文件管理(2个)

针对GitHub单文件25MB限制的解决方案,配套之前的大文件上传教程,高频使用。
49. git lfs track <文件/后缀>
用Git LFS追踪大文件(例:git lfs track "*.zip"git lfs track "data/dataset.csv"),自动生成.gitattributes文件。
50. git lfs ls-files
查看当前仓库中被Git LFS追踪的所有大文件,验证是否追踪成功。

额外高频实用命令(补充,超50个福利)

  • git push:将本地仓库提交推送到远程关联分支(已用git push -u origin main关联后,直接使用)。
  • git push -u origin <分支名>:首次推送本地分支到远程,并建立本地与远程分支的关联(后续直接git push)。
  • git gc:清理Git仓库的无用缓存、过期对象,优化仓库体积(仓库过大时执行)。
  • git diff:查看工作区与暂存区之间的文件修改差异(显示具体修改的代码行)。
  • git diff <提交ID1> <提交ID2>:查看两个提交之间的代码修改差异,便于代码审查。

核心使用原则

  1. 多分支开发规范:主分支(main/master)仅用于发布,开发在dev分支,新功能/修复单独建分支(feat/xxx、fix/xxx);
  2. 提交前必看:git status确认文件状态,避免误提交无关文件;
  3. 同步远程前必做:git pull拉取最新代码,避免推送时冲突;
  4. 危险操作慎用:git reset --hardgit branch -Dgit clean -f,执行前确认工作区已备份重要修改。

以上命令覆盖99%的日常开发、团队协作场景,建议收藏备用,常用几次后即可形成肌肉记忆~

Read more

llama.cpp重大更新:自带Web UI,性能超越Ollama,本地大模型部署新选择!

llama.cpp重大更新:自带Web UI,性能超越Ollama,本地大模型部署新选择!

Ollama 背后执行推理的核心技术其实是由 llama.cpp 承担的,GGUF 模型格式也是由 llama.cpp 的作者所开发。 现在 llama.cpp 迎来重大更新,它也有了自己的 Web UI,我测试了安装部署和自行打包,很多地方确实比 Ollama 还有方便好用。 官方介绍,优势如下: * 完全免费、开源且由社区驱动 * 在所有硬件上表现出色 * 高级上下文和前缀缓存 * 并行和远程用户支持 * 极其轻量级且内存高效 * 充满活力且富有创造力的社区 * 100% 隐私 使用之前需要先安装 llama.cpp server 我还是喜欢命令行直接安装 ## Winget (Windows)winget install llama.cpp## Homebrew (Mac and Linux)brew install llama.

【保姆级教程】llama.cpp大模型部署全攻略:CPU/GPU全兼容,小白也能轻松上手!

【保姆级教程】llama.cpp大模型部署全攻略:CPU/GPU全兼容,小白也能轻松上手!

一、简介 * • llama.cpp 是一个在 C/C++ 中实现大型语言模型(LLM)推理的工具 * • 支持跨平台部署,也支持使用 Docker 快速启动 * • 可以运行多种量化模型,对电脑要求不高,CPU/GPU设备均可流畅运行 * • 开源地址参考:https://github.com/ggml-org/llama.cpp • 核心工作流程参考: 二、安装与下载模型(Docker方式) 1. 搜索可用模型 • 这里以 qwen3-vl 模型为例,提供了多种量化版本,每种版本的大小不一样,根据自己的电脑性能做选择,如选择(模型+量化标签):Qwen/Qwen3-VL-8B-Instruct-GGUF:Q8_0 • 可以在huggingface官网中搜索可用的量化模型:https://huggingface.co/models?search=

【每天一个知识点】Midjourney

【每天一个知识点】Midjourney

🧠 一、Midjourney 的工作方式(原理机制) Midjourney 是基于 扩散模型(Diffusion Model) 与 大规模视觉语言模型(CLIP) 的 AI 图像生成系统。 它的核心原理可以概括为三个阶段: 1️⃣ 文本理解阶段(Prompt Encoding) * 用户输入提示词(Prompt),例如: “A futuristic cityscape at sunset, ultra realistic, cinematic lighting, 8K” * Midjourney 使用一个经过大规模训练的 文本–图像对齐模型(类似 OpenAI 的 CLIP) 来理解提示词的语义。 * 模型将文字转化为一组高维语义向量(text embedding)。 2️⃣ 扩散生成阶段(Diffusion Process) * 系统从一张“

NASA火星代码测试内幕:用AIGC模拟外星环境攻击

NASA火星代码测试内幕:用AIGC模拟外星环境攻击

火星任务软件测试的迫切需求 NASA的火星探测任务(如“毅力号”和未来载人计划)依赖于复杂的软件系统,这些系统必须抵御未知的外星环境威胁,包括辐射干扰、沙尘暴、黑客攻击等。传统测试方法难以模拟这些极端场景,因此NASA创新性地引入AIGC(人工智能生成内容)技术,生成动态、高保真的攻击模拟环境。本文从软件测试专业视角,揭秘这一内幕,分析其技术框架、测试流程和行业启示,助力测试从业者提升风险应对能力。 一、背景:火星软件测试的独特挑战 火星任务软件(如导航、通信和生命支持系统)面临三重挑战: 1. 环境不确定性:火星表面辐射强度是地球的100倍,沙尘暴可导致传感器失效(数据来源:NASA JPL报告,2025)。 2. 安全威胁:外星黑客攻击可能通过深空网络渗透,例如2024年模拟测试中发现的零日漏洞。 3. 测试局限性:地面实验室无法完全复制火星条件,传统脚本测试覆盖率不足。 AIGC的引入解决了这些痛点: * 定义:AIGC利用生成式AI(如GPT-4和GANs)自动创建攻击场景,包括恶意代码注入、