GoLand的Run Configuration不自动切换Git分支，需手动确保工作区在目标分支；可配置Before launch执行git命令但需谨慎，推荐用VCS微件切换或git worktree隔离分支。
GoLand里怎么让Run Configuration自动切换Git分支
不能。GoLand的Run Configuration本身不感知、也不绑定Git分支，它只管执行命令（比如go run或go test）。所谓“关联分支”，其实是靠你手动确保当前工作区处于目标分支上，再运行任务——IDE不会替你切换分支，也不会校验分支状态。
常见错误现象：你在feature/login分支写了新代码，但忘记切换过去，直接点了绿色三角运行，结果跑的是main分支的老逻辑，调试半天发现根本没生效。
- 每次运行前，务必确认右下角VCS微件显示的分支名是你期望的（比如
feature/login） - 如果项目有多个环境配置（如
dev、staging），建议在分支命名中体现环境，例如dev/api-refactor，避免靠记忆区分 - 不要依赖“上次运行的是哪个分支”——Git分支是工作区状态，不是任务属性
想在运行任务前自动检出指定分支，能用Before launch吗
可以，但要谨慎。GoLand的Run Configuration支持添加Before launch步骤，其中有一项叫Run Git command，能执行git checkout或git switch。
使用场景有限：仅适用于固定流程（比如CI脚本本地模拟、自动化测试入口），不适合日常开发。因为一旦配置了强制切换分支，你可能在未提交时被强行切走，导致uncommitted changes冲突甚至丢失修改。
- 勾选
Run Git command后，在命令框填checkout feature/test（注意不带git前缀） - 若目标分支不存在，该操作会失败，任务直接中断；想自动创建并检出，得写成
switch -c feature/test -
Before launch里的Git命令不支持交互式操作（比如解决冲突），出错就停住 - 该设置会保存在
.idea/runConfigurations/xxx.xml中，属于项目级配置，团队共享时需同步说明
为什么不能像VS Code那样用tasks.json绑定分支
因为GoLand的Task机制（External Tool / Compound）和VS Code的tasks.json设计目标不同：前者面向外部命令集成（如gofmt、swag init），后者更偏向构建流程编排。GoLand没有原生提供“分支触发任务”的抽象层。
性能与兼容性影响：即使你用Shell脚本包装git checkout && go run，每次运行都会多一次Git状态检查，对大仓库（尤其含大量二进制文件）可能明显卡顿；且该脚本无法被GoLand的调试器识别断点。
- 真正需要分支隔离的场景（如多版本API并行验证），推荐用
git worktree开多个物理目录，每个目录绑定独立Run Configuration - 临时快速切换，用VCS微件右键菜单比配置任务更直接——点击分支名 →
Checkout Revision或Checkout as new branch - 别把分支管理逻辑塞进运行配置里，那是Git本身该干的事；IDE只负责“在当前Git状态下执行”
容易被忽略的细节：分支名含斜杠时的路径问题
当你用feature/user-auth这类带斜杠的分支名，并在Before launch里写checkout feature/user-auth，GoLand底层调用Git时一般没问题。但如果你在脚本里拼接路径（比如生成临时日志文件到./logs/feature/user-auth/），要注意/在Windows下可能引发路径解析异常。
- 分支名中的
/在Git中合法，但在文件系统路径中会被当成分隔符，容易误判层级 - 若需基于分支名生成目录，建议先用
tr '/' '-' <<< "$branch"转义（Linux/macOS）或用PowerShell的$branch.Replace('/','-') - GoLand的
Environment variables字段不支持动态替换分支名，别指望用$GIT_BRANCH这种变量
