visual studio的git集成非开箱即用替代品，需理解git底层逻辑：克隆时path须为最终文件夹（如c:\dev\python_koans）；提交前须手动暂存文件；创建分支后需手动推送；修正提交后若已推送则需命令行强制更新。
Visual Studio 的 Git 集成不是“开箱即用”的完整替代品，它省去了命令行输入，但底层逻辑和关键行为完全遵循 Git 本身——不理解 git status 的三类文件状态（未修改 / 已修改 / 已暂存），就容易点错按钮、漏提交或误推送。
克隆仓库时路径别被 Visual Studio “骗”了
在“Git > 克隆存储库”对话框中填入 URL 后，Path 字段必须是你想存放代码的**最终文件夹**，不是父目录。Visual Studio 不会像 git clone 命令那样自动创建子文件夹。比如你填 C:\dev，它就把所有文件直接塞进 C:\dev\，而不是 C:\dev\python_koans\。
- 错误做法：填
C:\dev，结果和别的项目混在一起，后续打开项目时找不到根目录 - 推荐做法：手动建好空文件夹，如
C:\dev\python_koans，然后把该路径粘贴进Path - 注意：如果原仓库是只读的（如官方
python_koans），克隆后无法直接 push——得先去 GitHub 点 Fork，再用你自己的 fork URL 重新克隆
提交前必须搞清“暂存区”在哪
Visual Studio 的 Git 更改 窗格分两块：更改（已修改未暂存）和 暂存更改（已加入暂存区）。只有后者里的文件才会被 git commit 记录。点“全部暂存”按钮看似省事，但可能把调试日志、临时配置等不该提交的文件也带进去。
抓取指定 GitHub用户的 Stars 项目，生成标准化中文 Markdown 报告。用户提及「分析 GitHub stars」「导出收藏项目」「汇总 GitHub 星标」「生成 stars 报告」或粘贴含 ?tab=stars 的链接时触发。执行通过 bash...
- 常见错误：改完代码直接点“提交全部”，结果
git commit -a强制提交所有修改，绕过了暂存检查 - 安全做法：逐个点文件旁的
+按钮暂存，或右键选择“暂存”，确认无误后再点“提交暂存” - 想跳过暂存？可以，但得主动勾选“提交全部更改（不暂存）”，这不是默认行为
分支推送不是自动发生的
在 VS 里点“创建分支”只是本地操作，新分支不会自动出现在远程仓库（GitHub/Azure Repos）。必须手动推送，否则别人根本看不见你做了什么。
- 推送路径：Git 菜单 → 管理分支 → 找到你的分支 → 右键 → “推送”
- 失败常见原因：
origin远程未配置（尤其克隆非标准 URL 时）、权限不足（Azure Repos 需要“参与者”角色）、分支名含空格或特殊字符（VS 允许，但 Git 服务常拒绝） - 命令行对照：
git push origin feature/login，VS 底层调的就是这个
最易忽略的一点：VS 的“修正上次提交”（git commit --amend）只改最近一次提交，且一旦推送到远程，再修正就会导致本地和远程历史不一致——这时候就得用 git push --force-with-lease，而 VS 默认不提供这个选项，必须切到终端手动执行。
