Visual Studio原生支持Git（开箱即用），新建项目时勾选“将解决方案放入源代码管理中”可自动执行git init并生成适配项目类型的.gitignore；SVN需依赖AnkhSVN或VisualSVN等第三方插件，且不支持新建项目时一键绑定，体验割裂。
Visual Studio 本身不内置 SVN 或 Git 服务器，但能无缝集成 Git（开箱即用）和 SVN（需插件），所谓“带版本管理的项目”，核心是：先有本地 Git 仓库或连接远程仓库，再把项目放进去。直接在空解决方案里点“添加到源代码管理”基本无效——那只是绑定已有仓库，不是创建带版本管理的新项目。
创建新项目时自动初始化 Git 仓库
这是最顺滑的方式，适合从零开始、用 Git 管理的项目：
- 新建项目时，在“配置新项目”页勾选 “将解决方案放入源代码管理中”（VS 2022 v17.4+ 默认显示，旧版可能叫“Add to source control”）
- 该选项实际等价于在项目文件夹根目录执行
git init，并自动添加.gitignore（基于项目类型预设，如 C++ 会忽略*.vcxproj.user、Debug/等） - 项目创建完成后，状态栏右下角会显示分支名（如
main），Git 工具窗口（View → Git Changes）可立即提交初始快照 - ⚠️ 注意：
git init不等于已推送到远程。后续需手动在 Git Changes 窗口点击“发布到 GitHub/GitLab”或运行git remote add origin <url>+git push -u origin main
为已有项目手动关联 Git 仓库
适用于已存在代码但没版本控制，或从其他 IDE 迁移来的项目：
Visual Studio Professional 18.8.1
下载
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 在解决方案资源管理器中右键解决方案节点 → 选择 “将解决方案添加到源代码管理”
- VS 会检测当前文件夹是否已有
.git目录；若无，则弹出向导，让你选择 Git（唯一内置选项）并初始化 - 如果项目结构分散（如源码在
src/，构建输出在build/），务必确认.gitignore已覆盖build/、x64/、bin/、obj/等路径，否则首次提交会混入大量二进制垃圾 - 常见误操作：在错误层级执行初始化（比如在
D:\Projects\而非D:\Projects\MyApp\下运行git init），导致多个项目被一个仓库管理，后期拆分极麻烦
使用 SVN 需额外安装插件且流程割裂
VS 原生不支持 SVN，必须依赖第三方扩展（如 AnkhSVN 或 VisualSVN），且体验远不如 Git 流畅：
- VisualSVN 是闭源商业插件（免费版功能受限），AnkhSVN 开源但已多年未更新，对 VS 2022 支持不稳定
- 即使装好插件，也无法在“新建项目”向导中一键绑定 SVN——你得先建好项目，再右键 → “Subversion → Import Solution”，这会触发一次完整提交，但工作副本状态常与 VS 解决方案视图不同步
- 更现实的做法：用 TortoiseSVN 在文件系统层面先
svn checkout出工作副本，再用 VS 的“打开文件夹”或“打开项目”直接打开该路径下的.sln文件；此时 VS 仅作为编辑器，版本操作仍需依赖外部客户端 - SVN 的
.svn元数据目录会被 VS 自动忽略，但若误删或损坏，VS 不会提醒，只表现为图标不显示绿色勾选标记，排查困难
真正关键的不是“怎么点菜单”，而是理解 Git 仓库的物理边界——它必须精确包裹 .sln 和所有相关源码子目录，且 .gitignore 要在第一次提交前就配好。很多人卡在“为什么提交后还是看到 Debug/ 文件夹”，其实只是忘了检查 .gitignore 是否生效，或者用了错误的路径写法（比如写成 Debug 而不是 Debug/）。
