Git

搞网络和代理时，有几个概念特别容易被绕晕：虚拟网卡和物理网卡到底是不是同一个局域网？Git 的代理到底是走系统代理还是自己有套机制？FlClash 的 TUN 虚拟网卡是桥接还是 NAT？这篇文章把这一串问题一次性讲透，从网卡原理到代理机制再到 Git 的实际行为，一条主线串起来。 ...

每次 git clone 都要输一次用户名密码，还动不动就 401 或者反复弹窗？这篇文章讲透 Git Credential Manager（GCM）——微软开源、跨平台的 Git 凭据管理器，从原理到安装配置再到故障排查，一份指南全覆盖。 为什么要关心 Git 凭据 Git 用 HTTPS 协议访问 GitHub、GitLab 等平台时，本质上就是一次 HTTP 认证。认证信息（用户名 + 密码 / Token / OAuth）怎么保存、怎么复用，是每个 Git 用户都绕不开的问题： ...

在个人开发时代，我们习惯了在本地直接对 main 或 master 分支疯狂 commit，代码改完直接 git push -f 甚至一路绿灯。然而，当团队规模扩大到十人、百人，当多条业务线并行推进、线上频繁需要紧急修 Bug、版本需要定期切出封版测试时，缺乏规范的 Git 操作就会演变成一场场灾难： ...

打开任何一个有点年头的开源仓库，根目录里通常躺着这么几位：README.md 负责"这是什么、怎么用"，LICENSE 负责"允不允许你用"，CONTRIBUTING.md 负责"欢迎来贡献"，AGENTS.md 负责"告诉 AI 代理怎么干活"……而 CHANGELOG.md 负责最后一件事：这个项目从出生到现在，每一次重要的变化。 ...

随便打开一个像样的项目仓库，根目录里几乎都有几个以点开头的文件：.gitignore、.gitattributes、.gitmodules……它们不起眼，却各自管着一件大事。很多人用 Git 好几年，也就对 .gitignore 略知一二，剩下几个要么没见过，要么见过也没深究过。 ...

Git 本身是个强大的工具，但"强大"的另一面常常是"门槛"。命令行里 git rebase -i、git reflog、冲突解决这些操作，对新手不友好，对老手也未必高效。于是诞生了一大批 Git GUI 客户端——但大多要么臃肿缓慢，要么功能残缺，真正"又快又好用"的并不多。 ...

仓库用了几年之后，.git 目录常常比源码本身还大——曾经提交过的大文件、误传的密钥、不小心提交的 node_modules，都永久留在了历史里。它们不会因为你后来删掉文件而消失，只要别人 git clone 一下，这些包袱就会被整个拖下来。本文介绍 git filter-repo，Git 官方推荐的历史重写工具，用来把这些垃圾彻底清出仓库历史。 ...

这篇文章梳理 Git 中所有代理配置方式，从简单的 git config 到 SSH 协议的 SOCKS5 隧道，一份指南全搞定。 为什么需要代理 访问 GitHub、GitLab 等平台时，有时会遇到 git clone 速度极慢甚至超时的情况。尤其是在国内网络环境下，给 Git 配置代理几乎是必备技能。 flowchart LR A[你的电脑] --> B{需要代理？} B -->|直连通畅| C[直接连接 Git 服务器] B -->|速度慢/超时| D[代理服务器] D --> E[Git 服务器github.comgitlab.com] C --> E 配置方式总览 Git 提供多种配置代理的途径，优先级从高到低： ...

Git 常用命令集合，Fork 自 tips 项目 Git 是一个分布式版本管理工具，版本管理工具就是大家在写东西的时候都用过 回撤这个功能，但是回撤只能回撤几步，假如想要找回我三天之前的修改，光用回撤是找不回来的。而版本管理工具能记录每次的修改，只要提交到版本仓库，就可以找到之前任何时刻的状态（文本状态）。 ...

git clone // 到本地 git checkout -b xxx 切换至新分支xxx （相当于复制了remote的仓库到本地的xxx分支上 修改或者添加本地代码（部署在硬盘的源文件上） git diff 查看自己对代码做出的改变 git add 上传更新后的代码至暂存区 git commit 可以将暂存区里更新后的代码更新到本地git git push origin xxx 将本地的xxxgit分支上传至github上的git （如果在写自己的代码过程中发现远端GitHub上代码出现改变） ...