提交按钮灰色是因为未配置Git全局邮箱，推送报错“non-fast-forward”是因未先拉取远程更新，合并冲突需手动处理标记后提交；.gitignore须主动添加以排除bin/obj等文件。
VS 2022 中 C# 项目 Git 管理的核心不是“会不会用”，而是“在哪一步卡住、为什么卡住”——绝大多数问题集中在提交前未配置邮箱、推送时未先拉取、分支合并后没解决冲突就强行提交这三处。
为什么 提交 按钮是灰色的？
这是新手最常遇到的第一道坎，本质是 Git 提交身份未就绪。
- VS 2022 要求本地 Git 配置中必须有
user.name和user.email，否则拒绝启用提交功能 - 检查方式：在 VS 内置终端或系统命令行执行
git config --global user.email，若无输出，说明未设置 - 正确设置命令（需在终端中运行）：
git config --global user.name "YourName"和git config --global user.email "you@example.com" - 注意：VS 2022 不读取 Windows 凭据或 GitHub 登录账户信息，只认 Git 全局配置；改完后重启 VS 才生效
为什么点 推送 报错 “non-fast-forward” 或提示“先拉取”？
这不是网络或权限问题，而是远程分支已有新提交，而你本地还没同步——直接推送会丢弃他人改动。
- VS 2022 的
同步按钮 ≠ 单纯推送，它等价于先pull再push，但前提是本地没有未提交的修改 - 如果已
提交但未推送，此时远程又有新提交，VS 会强制要求你先拉取（Pull），再手动点击推送 - 拉取后若出现合并冲突（标记为
C的文件），必须在编辑器中打开冲突文件，手动删掉<<<<< HEAD/=======/>>>>> branch-name这些标记，并保留最终代码，然后暂存该文件，再提交一次 - 切勿用
提取（Fetch）替代拉取（Pull）：Fetch 只下载更新不自动合并，无法解决推送阻塞
如何安全地把 feature 分支合并进 main？
关键不在“怎么点”，而在“在哪一分支上操作”和“合并后是否清理”。VS 2022 的 UI 容易让人点反方向。
- 必须先切换到目标分支（比如
main），再右键源分支（比如feature/login）→ 选择“合并到当前分支” - 若合并后出现冲突，VS 会打开“合并编辑器”，此时不要直接关掉窗口；必须逐个处理冲突文件，勾选/编辑后点击“接收合并”，再手动
提交合并结果 - 合并成功后，本地
feature分支可安全删除：右键该分支 → “删除分支”，VS 会检查是否已合并，未合并的会阻止删除（用-d参数才允许） - 远程分支不会随本地删除而消失，如需同步清理，需右键该分支 → “删除远程分支”
哪些文件不该提交？.gitignore 怎么起作用？
VS 2022 默认不生成 .gitignore，但 C# 项目一旦漏掉它，就会把 bin/、obj/、.suo、用户配置等二进制或临时文件推到远程，污染仓库且引发协作问题。
- 正确做法：右键解决方案 → “添加” → “新建项” → 搜索
gitignore→ 选择“Git 忽略文件”模板（Visual Studio 版） - 该模板已预置常见 C# 排除规则，例如：
/bin/、/obj/、*.user、*.suo、appsettings.Development.json（敏感配置） - 添加后，这些路径下的文件在“Git 更改”窗口中将不再显示；若已误提交，需用
git rm -r --cached bin/清除索引，再提交 - 注意：.gitignore 只影响未跟踪文件；对已提交过的文件无效，必须手动从 Git 索引中移除
