分类: 知道 常识词典 编辑 : 常识 发布 : 08-20

阅读 :347

你们的团队会/在使用公共的vim配置/插件吗？vim的配置和一些插件，可以显著的提高生产力。为了个人的技巧对团队整体效率也有提高，其实可以考虑团队使用一套公共的配置/插件。这样有几个好处：1.有些技巧/快捷键，可以方便的在团队中使用；2.有些定义，像skeleton模板，可以在团队共享；3.避免每个队员都通过邮件和链接交换vim技巧。配置的管理，当然是git-ub最优。为了不覆盖个性化设置，可以推荐每个人都使用pat-ogen，团队的配置作为一个submodule添加。9 个答案

答案 1：

我们团队大部分都在使用vim，但是没有公共统一的vim配置仓库，只有新手入门推荐配置。新人上手后都会根据个人使用习惯进行调整。工程师都是ss-到开发服务器进行编码，所以在服务器上会有一些公用设置比如查阅p-p手册、代码缩进约定等，但比较少。知识的总结分享包括vim技巧会放在-wiki当中。

答案 2：

不会。系统可定制性高的好处就是每个人都可以有适合自己的配置，每个人习惯不同，基本不可能有同一套东西通吃的情况。不过分享肯定会有的。例外情况可能是为了规范代码规范而设的插件。

答案 3：

感觉制定一个初学标配是个较好的策略，所有都是针对初学者的。当慢慢形成自己风格后估计都会有些改变，不过那时基本上也不会有生产力的影响了。

答案 4：

不完全相关：我们的E-cs用户会在.e-cs配置文件中加入共有的配置来规范编码风格。

答案 5：

不会使用公共的配置，最多会有一些设置共享出来，每个人都有自己的使用习惯，没必要扼杀大家的个性。

答案 6：

插件应该可以分享。但是配置一人一个样，有自己配置的人，自然也会慢慢从别人的配置中汲取营养优化自己的配置。

答案 7：

我们是统一安装一份推荐的配置文件在非系统默认路径下。也就是说，我们会替所有人安装一份统一配置文件，但默认不会加载，只是给出一份文档，告诉你统一的配置文件在哪，你自己决定是否 source 它。

答案 8：

我们的团队只有分享而没有强制，有两个原因： 1，代码风格可以规范，但是IDE和开发习惯强制所带来的抵制和好处权衡来看不值 2，每个人习惯不同，尤其是在混杂win桌面和很多服务器操作之间频繁context switc-的人，大部分时候是没有插件环境的。

答案 9：

看项目的规模来选定自己的开发环境,如果你的项目的代码量达到一定的规模很难简单的通过文本编辑器做的到。这时候IDE能提高效率但是如果项目的规模还行,介于有些IDE是的要求硬件，采用VIM还到会提高效率.本人使用Sublime Text 2+ANT来写scala和pyt-on

下一篇:世界上有哪些带-的知名DJ或电音制作人？ 下一篇 【方向键 ( → )下一篇】

上一篇:长期喝冰饮对身体会有损害么？ 上一篇 【方向键 ( ← )上一篇】