Gitu项目中的编辑器配置优化：区分提交消息与文件编辑

在版本控制工具的使用过程中，编辑器配置是一个经常被开发者关注的细节。Gitu项目近期针对编辑器配置进行了重要优化，允许用户为提交消息编辑和常规文件编辑分别配置不同的编辑器，这一改进显著提升了开发体验。

传统Git工具通常只关注GIT_EDITOR环境变量，这导致用户在需要不同编辑场景时缺乏灵活性。例如：

1. 提交消息编辑需要阻塞式编辑器（如等待VS Code关闭）
2. 文件查看/编辑则更适合非阻塞式编辑器（如neovim remote）

Gitu项目的最新改进采用了更智能的配置策略：

• 提交消息编辑仍使用GIT_EDITOR环境变量
• 常规文件操作则改用标准EDITOR环境变量

这种分离配置带来了诸多优势：

1. 避免在终端嵌套编辑器时产生冲突（如neovim嵌套问题）
2. 允许为不同场景选择最适合的编辑器模式
3. 保持与Git传统行为兼容的同时提供更多灵活性

技术实现上，这个改进涉及环境变量读取逻辑的重构。项目维护者通过清晰的变量作用域划分，既保持了向后兼容性，又解决了实际使用中的痛点。对于开发者而言，现在可以：

• 为提交消息配置阻塞式编辑器（如code -w）
• 为日常编辑配置非阻塞式编辑器（如nvr）

这个看似小的改进实际上体现了Gitu项目对开发者工作流的深入理解。它解决了长期存在于Git GUI工具中的编辑器配置单一性问题，为复杂开发环境下的编辑器集成提供了优雅的解决方案。