是否有支持不同的編碼風格在開發團隊的方式

Question

的問題：兩個開發商=>在縮進三點意見，揹帶上新的生產線或沒有等

我們通常有三個或四個人在我們的工作項目和每個人都有自己的代碼風格。我知道，常見的解決方案是同意代碼風格，每個人都必須使用，但我不想強迫創意程序員穿着不適合他們的服裝。

所以問題是：有沒有辦法讓每個程序員都能夠生活自己的風格，但是在倉庫中有一個共同的代碼庫？我想到了一些git/svn/plugin，它在結賬和提交時會在個人風格和常見風格之間變化。在我看來，這種方法中棘手的部分是支持文件版本之間的正確差異

Answer 1

對於「選擇一個並堅持下去」的決定還不算太晚（即使它不是你的喜歡）。

對於現有的代碼庫，請堅持使用該文件中的常規約定。

如果該模塊獲得（接近）重新寫入或大修改，則更改它。

Answer 2

問題是，在我看來，大多數開發者（我遇到的）不喜歡改變他們感覺舒適的編碼標準，甚至一段時間。

例如，在我是Web Developer的日子裏，我的同事沒有一個人改變編碼風格，即使對於一個文件，也沒有任何意義，因爲使用PEAR Coding Standard可以很好地格式化文件，而某些人在CamelCase/camelBack或他們使用的任何標準中編寫幾百個函數的錐形函數。

因此，在你的情況下，建立良好的團隊非常重要，如果團隊相互尊重，他們會提出採用統一標準編寫的想法，以降低所需的代碼維護成本。