Live Share 不同步编辑器格式设置，需提前在项目根目录配置 .editorconfig 文件并确保所有协作者安装对应插件，否则缩进、换行等风格将不一致。
Visual Studio 本身不支持实时多人协同编辑，所谓“协作编辑”必须依赖 Live Share 插件，且默认不开启自动格式同步。 直接在本地 VS 打开同一份代码、靠 Git 同步再合并，不是协作编辑，是串行修改。真要边聊边改、光标可见、实时高亮，就得走 Live Share 路线——但格式规范这事，它不管。
Live Share 协作时缩进/换行等风格不一致怎么办
主持人和来宾的编辑器各自按自己的设置渲染：主持人用 4 空格，来宾用 Tab，文件保存后实际内容还是按各自设置存的。没人强制统一，.editorconfig 文件也不会被 Live Share 自动传播或生效。
- 主持人必须提前在项目根目录放好
.editorconfig文件，并确保所有协作者都装了 EditorConfig for VS Code（如果用 VS Code）或对应插件；VS 原生不读.editorconfig，得靠扩展（如 EditorConfig Extensions for Visual Studio） - Live Share 不转发编辑器设置，所以即使你开了
trim_trailing_whitespace，来宾没开，他删空格的操作就不会触发 - 最稳的做法：主持人把
.editorconfig提交进仓库，再口头同步一句“请确认已安装 EditorConfig 插件”，否则协作中看到的缩进视觉错位是常态
VS 本地如何让团队格式设置真正生效
Visual Studio 的 文本编辑器 > C# > 代码样式 设置只影响当前用户，不随项目走，也不参与构建检查。CI 流水线里跑 dotnet format 会无视这些设置。
Visual Studio Professional 18.8.1
下载
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 必须用
.editorconfig文件定义规则，例如：indent_style = space、indent_size = 4、end_of_line = crlf - VS 2019 16.5+ 已弃用
.ruleset，所有 .NET 风格规则应写进.editorconfig，且需启用dotnet_code_quality相关规则前缀 - 若想保存即格式化，得勾选
文本编辑器 > C# > 常规 > 在保存时自动格式化文档，但这只是本地行为，不保证别人也开
协作中谁负责代码清理和格式修复
Live Share 里没人能替你按 Ctrl+K, Ctrl+D。格式问题不会自动修正，更不会阻止提交。
- 建议在 PR 流程中加入
dotnet format --verify-no-changes或cpplint检查，把格式当作编译错误卡住 CI - VS 里可配置“代码清理”快捷键（如
Ctrl+Shift+Alt+F），但需所有人手动触发；Live Share 不同步快捷键绑定 - 容易忽略的一点：
.editorconfig中的insert_final_newline = true和trim_trailing_whitespace = true是保存时才生效，协作中敲完回车不会立刻补空行，得等保存那一刻
真正的规范不在工具链多炫酷，而在 .editorconfig 是否进了仓库、是否被所有编辑器识别、是否在 CI 中被验证。Live Share 解决的是“看见”，不是“对齐”。
