Atom团队代码规范无法靠导出单个用户的~/.atom/config.cson实现统一，因其保存的是本地偏好而非项目规则；必须通过.editorconfig（跨编辑器、Git可提交）+ .prettierrc对齐 + husky/CI强制校验三者协同落地。
Atom 的团队代码规范无法靠单个用户“导出配置文件”实现统一，必须通过项目级配置文件 + 插件协同 + 约定落地，否则每个成员的 ~/.atom/config.cson 仍是各自为政。
为什么不能直接导出 ~/.atom/config.cson 共享？
这个文件保存的是用户本地编辑器偏好（比如主题、字体大小、是否自动更新），不是项目代码风格规则。强行复制过去会导致：
- 插件路径或版本不一致时，
config.cson中的插件配置项（如"prettier-atom"的开关）可能失效甚至报错 - 不同操作系统下路径变量（如
~）解析失败，"core" → "projectHome"这类配置会指向错误目录 - 它不包含语言特定格式规则（如 JS 缩进为 2、Python 为 4），这些必须由
.editorconfig或.prettierrc承担
.editorconfig 是唯一真正跨编辑器、可提交到 Git 的规范载体
它是纯文本、无逻辑、声明式配置，所有主流编辑器（包括 VS Code、WebStorm、Sublime）都原生支持，Atom 通过 editorconfig 插件读取。团队只需把它放在项目根目录，无需额外安装或配置插件即可生效。
关键点：
- 必须写
root = true，否则子目录可能被上级配置覆盖 - 通配符顺序重要：先写
[*.js]，再写[*.ts]，最后写通用[*]；匹配最精确的规则优先生效 - 不要用
indent_style = tab混搭空格，tab_width和indent_size必须保持一致，否则 Prettier 与 EditorConfig 冲突 - 示例最小可用配置：
root = true [*] charset = utf-8 end_of_line = lf insert_final_newline = true trim_trailing_whitespace = true [*.js] indent_style = space indent_size = 2 [*.py] indent_style = space indent_size = 4
Prettier 配置必须和 .editorconfig 对齐，否则格式化结果不可预测
Atom 的 prettier-atom 插件默认会读取项目根目录下的 .prettierrc（或 package.json 中的 prettier 字段），但它不会自动适配 .editorconfig。如果两者冲突，Prettier 优先级更高 —— 这就是为什么你常看到“保存后又变回 4 空格”的原因。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
实操建议：
- 删掉
.prettierrc中冗余字段，只保留与.editorconfig不重叠的部分，例如："semi": false、"singleQuote": true - 禁用
prettier-atom的useEditorConfig选项（默认为true），改用显式声明 —— 因为它的自动识别在嵌套项目中经常误判 - 在
package.json中加一条脚本："format": "prettier --write \"**/*.{js,jsx,ts,tsx,css,md}\""，让 CI 和本地命令行行为一致
团队同步的真正瓶颈不在配置，而在人和流程
即使所有配置文件都正确提交，只要没建立约束机制，新成员仍可能绕过它们：
- 不装
editorconfig或prettier-atom插件？Atom 不会报错，只是“看起来没效果” - 手动格式化快捷键（
Ctrl+Alt+B）没绑定？大家继续用 Ctrl+S 硬扛 - Git 提交前没跑
prettier --check？格式问题直接进主干
所以必须补两道防线：
- 在项目
package.json的"scripts"中加入"lint:staged"，配合husky在 commit 前校验格式 - 在 CI 流水线（如 AtomGit 的流水线模板）里加一步：
prettier --check "**/*.{js,ts,css}"，失败则阻断合并
配置文件本身是死的，只有当它们被工具链自动触发、被流程强制执行时，才算真正“共享”了。
