git worktree 让一个仓库挂多个工作目录，共享 .git 却隔离工作区。本文讲清它的共享与隔离边界、为什么两个 worktree 不能共用同一分支，以及在多 AI agent 协作中的价值。

为省一次回归测试，把多个未完成的大改动堆到同一条分支整体测，很常见。本文用批量大小权衡讲清它的隐藏代价，并给出环境分支聚合、feature flag 等更优实践与选型方法。

今天就用我自己的学习复盘，把这套最基础、但最重要的Git工作流掰碎了讲清楚。 先说说：没有Git之前，我们写代码有多狼狈 大家可以回想一下，初学写代码的时候，没有版本控制工具，我们都是怎么存代码的？

本文介绍了Git版本控制的核心概念：从单机项目目录的协作、版本回溯等问题出发，讲解了git init初始化仓库、git add暂存改动、git commit生成版本、git status查看状态等操作

一、为什么需要 Git？ 刚开始写代码的时候，我都是直接在一个文件夹里存项目。 今天改一点，明天改一点，过几天想找回之前的版本——翻不到了。 更别提多人协作：我把改好的文件发给同事，他再改完发回来，几

本文从单机开发的痛点出发，介绍 Git 分布式版本控制的核心概念：工作区、暂存区与版本库三层模型，以及 init、add、commit、status 等基础操作。

Git-Lens 中个人所需要的功能非常少，部分实用性功能还需要收费，个人场景下能否可以通过其他插件来替代呢？

一次误执行pull引发的混乱现场，带你理解git merge原理、冲突处理，以及git merge --abort如何安全撤回合并

写这篇文章的契机也是因为有次组内技术分享会里面讨论过这个话题，这两个指令都是用来合并分支代码的，rebase 可以把分支记录弄成一条线性，而 merge 保留了分支树状图，以我的习惯是更倾向于 mer

由于 Git 中很多操作默认是采用 Merge 进行的，并且相对也不容易出错，所以很多人都会使用 Merge 来进行合并代码。但Rebase 作为 Git 中主要命令之一，我们还是有必要了解一下

Git LFS 扫盲教程：用 Git LFS 管理大文件，如：视频 / 音频，模型（.fbx、.obj、.pt、.onnx），AI / ML 模型，Photoshop / Blender / UE /

过去三年在线会议需求井喷，腾讯会议用户量骤增到3亿。快速迭代的背后，腾讯会议团队发现：业务保留了长达5年的历史数据，大量未进行 lfs 转换，新 clone 仓库本地空间占17.7G+。

在使用 Git 进行版本控制时，我们经常需要通过 .gitignore 文件来忽略某些自动生成或临时的目录（如 dist、node_modules、build 等）。然而，很多开发者会遇到这样一个困惑

为什么要删除提交历史 前几天产品提了个很扯淡的需求，我在代码了进行了吐槽.... 要命的是我不下心进行了代码提交： 我们的远程仓库大家都能看见的 这要是被其他人发现就惨了！当务之急，我必须立刻马上删除

在Git中，git merge、git merge --squash 和git rebase是用于合并分支的不同方法。每种方法都有其特定的用法和应用场景。以下是它们的详细区别和应用场景： 1. git

在日常开发中，我们经常遇到这种场景：正在开发一个功能，突然要去改另一个分支的紧急 bug，于是不得不 git stash 或 git commit -m "wip"，切分支、改完、切回来、再恢复现场。

下班了，同事都出发了，你还在日报输入框发呆： 今天到底做了什么？怎么写才像“有产出”？怎么写领导能一眼看懂？快来体验一下workpilot吧！从此告别日报烦恼

Git Worktree 使用指南。Worktree 特别适合单机多任务开发。它让「一台电脑同时开发多个功能」从梦想变成现实，极大提升了开发体验和节奏感。下次不妨试试

Gogs 是一个小而美的 Git 服务解决方案。无论你是想在个人服务器上搭建私有的代码仓库，还是为小团队提供一个轻量级的代码协作平台，Gogs 都是一个值得考虑的选择。