GoLand项目配置文件默认存放在项目根目录下的.idea目录中，包含codeStyles、runConfigurations等子目录及misc.xml等XML配置文件，其中.idea/workspace.xml记录编辑器状态且不应提交至Git。
GoLand 项目配置文件默认存放在哪里
GoLand 的项目级配置（比如代码风格、运行配置、插件设置）默认保存在项目根目录下的 .idea 目录中，而不是单个 .ipr 文件。这个目录包含多个 XML 文件，例如 codeStyles/codeStyleConfig.xml、runConfigurations/ 下的配置文件等。
注意：.idea 是隐藏目录（macOS/Linux 下以点开头），但它是项目的一部分，不是用户个人偏好；而 .idea/workspace.xml 这类文件含编辑器状态（如打开的标签页、断点），**不应提交到 Git**。
- 团队共享的配置应保留
.idea/copyright/、.idea/codeStyles/、.idea/runConfigurations/等子目录 -
.idea/misc.xml中的<option name="projectRootManager" value="true"/>表示启用 Go Modules 支持，修改后需重启项目 - 若误删
.idea，GoLand 会重建，但自定义 run configuration 和 code style 会丢失
如何让多个 Go 项目复用同一套代码风格和 Lint 规则
GoLand 不支持跨项目全局 code style 模板，但可通过「Project-level」配置 + 版本控制实现复用：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 在任一项目中配置好
Settings > Editor > Code Style > Go后，导出为go-code-style.xml（点击齿轮图标 → Export） - 将该文件放入公司内部 Git 仓库（如
infra/go-style/go-code-style.xml），其他项目通过Import加载 - Go Linter 配置（如
revive规则）也建议统一管理：把.revive.toml提交到项目根目录，并在Settings > Tools > Go Linter中指向它 - 避免使用「Default Settings」修改，那仅影响新建项目，对已有项目无效
多模块项目（Go Workspace）下配置不生效怎么办
当你用 go work init 创建多模块工作区时，GoLand 默认只识别最外层 go.work 所在目录为项目根，但每个子模块可能有自己的 .idea 或需要独立配置。
- 确保
go.work文件在项目顶层，且 GoLand 是通过该目录打开的（不是某个子模块目录） - 检查
Settings > Go > Modules中是否勾选了Enable Go modules support，并确认Go modules synchronization设为Auto-sync - 子模块的
go.mod若含replace或本地路径，GoLand 可能无法正确解析依赖 —— 此时手动触发File > Reload project或点击右上角Load project按钮 - 运行配置中的
Directory必须指向含main函数的模块目录，不能只填 workspace 根路径
敏感配置（如 API Key、数据库密码）怎么安全地隔离
不要把密钥写进 .idea 或任何项目配置文件里。GoLand 本身不提供加密存储，靠的是约定和工具链配合：
- 用环境变量注入：在
Run Configuration > Environment variables里设DB_PASSWORD=xxx，再在代码中用os.Getenv("DB_PASSWORD") - 配合 Viper 时，把敏感字段留空，运行时靠
.env文件（Git 忽略）或 CI 注入 - 若必须存本地，用
~/.config/myapp/secrets.yaml这类用户级路径，代码中读取时加if _, err := os.Stat(path); os.IsNotExist(err) { ... }容错 - GoLand 的
Run Configuration支持从外部文件加载 env（点击...旁的 folder 图标），但该文件路径本身不能硬编码在.idea/里
真正容易被忽略的点是：.idea 目录下没有机制做“条件化配置”，所有设置都是静态的。一旦项目结构变复杂（比如带 workspace、多 go.mod、跨平台构建），就得靠脚本+约定兜底，IDE 只负责执行层面的支撑。
