※ 引述《stu87616 (DoubleLight)》之铭言：
: 我相信每个人应该多少都有像我这种自己养成的习惯
: 因为最近开始会经手多人共同的Project了，
: 开始担心起这种自己的坚持会不会出现什么麻烦事
: 各位版上先进，关于这种问题是怎么处理的呢
Coding Style是一种习惯，每个人的习惯都不同
团队合作的话
(1)有一份共通的文件让大家Follow，通常都是比照公认的习惯
举个例来说，python 有PEP8 http://legacy.python.org/dev/peps/pep-0008/
或是Java官网上的建议: http://bit.ly/1wWAL3I
也许和你的习惯不同，但是每个人都不同就会吵不完了
大家都让步一点点，遵守一个共同的规范
ps 更大一点的公司，可能会有自己的style spec
这通常都是因为legacy code流传下来的，但新创团队，或是没什么特别理由的话
基本上照语言的建议版本是最快的方式
(2)运用一些工具确保大家都有遵守
以Java来说，凡是要动到production
(a)先用 http://findbugs.sourceforge.net
(b)是用 http://checkstyle.sourceforge.net 确保style
(c)送code review，让第二个人给feedback，确实comment quality
(d)送QE做测试，检验unit test是否完整，code coverage如何
上code style更重要的，是git 的用法，开发通常会依循
http://nvie.com/posts/a-successful-git-branching-model/
确保新feature都有各自的branch，未来能比较容易维护
不然整天在那里conflict，大概什么都不要干了…
(e)Merge 你的工作(feature/bugfix/...)到develop之后
送CI(我们大部份是使用https://wiki.jenkins-ci.org/)
(f)测完都没问题，找PM背书，准备列入到下一次的production release
大致上的流程通常是这样:)