我所有的其他同事都使用Netbeans,但我有機會使用IDEA。我們能夠一起工作在相同的Java EE項目上,還是會遇到項目問題,檢入和退出SVN等?可以Intellij IDEA存在於Netbeans店嗎?
我們主要在臺式機上使用Glassfish開發EE和Spring MVC應用程序,並承諾使用SVN,但可能需要加載同事的整個項目。
我所有的其他同事都使用Netbeans,但我有機會使用IDEA。我們能夠一起工作在相同的Java EE項目上,還是會遇到項目問題,檢入和退出SVN等?可以Intellij IDEA存在於Netbeans店嗎?
我們主要在臺式機上使用Glassfish開發EE和Spring MVC應用程序,並承諾使用SVN,但可能需要加載同事的整個項目。
由於Netbeans和IDEA的項目文件夾和結構不同,您將會遇到共享項目的問題。
但是,您可以嘗試共享彼此的src文件夾,並通過SVN相互更新您的代碼,儘管我不會爲了兼容性的原因提供建議,因爲您無法正確共享庫並使用NetBeans中提供的其他團隊功能。
因此,使用不同的IDE不是一個好主意,因此您不會浪費時間調試兼容性。
此外,有用的是要注意IDEA使用自己的自定義庫來實現某些功能,並且以與NetBeans不同的方式構建項目,因此似乎在IDEA上工作的項目可能無法在NetBeans上運行,反之亦然。
底線,不要浪費你的時間使用不同的IDE從其餘的。
爲什麼你想按照慣例飛行,併成爲唯一一個不同的IDE?你會浪費時間在其他人無法解決的問題上,格式化打嗝,糾結結對編程等。
儘管我喜歡自由選擇,但團隊內部的開發環境應該一致。
某些IDE有其他工具不具備的工具。多樣性是一件好事。 –
幾年前,當我更樂觀時,我可能會同意你的看法。在最近大規模項目計算工作場所中見證了「多樣性」的恐怖事件後,在組建團隊時,我的立場現在相當集中。隨機的IDE人員,VCS客戶端/合併工具和操作系統只會導致大型項目的大規模車禍。 –
不同的IDE應該不重要,它不是我工作的地方,謝謝maven – NimChimpsky
只要你使用一些標準的,不依賴於IDE的構建工具,如maven,我沒有看到任何問題。我在IntelliJ IDEA上工作,而我的同事使用Eclipse--除了不同的格式化規則或導入順序外沒有其他問題 - 所有這些都可以自定義。
顛覆(或任何其他VCS)是你的問題最少。即使團隊的其他成員推送Netbeans項目元數據文件,IntelliJ也會忽略它們。
我認爲像ant,maven或gradle這樣的構建工具事實上是java ee行業的標準。目的是讓你的隊友使用它。
如果您使用Maven作爲構建工具,那麼是(以及Eclipse也是如此)。
這三者都有工具可以讓他們在Maven項目中很好地工作。
如果您使用「普通」Netbeans項目,我不認爲IDEA可以與他們合作。如果是這樣,我建議你遊說改變。 Maven是付出高昂代價的投資之一。
爲什麼不呢?你有更具體的問題嗎? – beerbajay
說服你的同事使用更好的IDE,解決問題;) –