2010-08-24 36 views
-2

你是否知道任何像Microsoft Team Foundation Server 2010這樣的產品,它可以解決Java EE開發中平行的 開發難題/衝突?並行開發Java EE中的痛苦

+1

你有什麼特別的要求嗎?我認爲標準的scm工具可以滿足其他需求:) – Steve 2010-08-24 12:40:10

+1

有趣的是,我從來沒有經歷過你正在談論的'痛苦'。有時,實際上與同事談論他們的工作可能是一種老式但有效的解決方案。除此之外:我還會建議(SVN | git)+ maven + Hudson + JIRA方法 – 2010-08-24 12:58:53

回答

1

顛覆+ JIRA +維基...

1

我有一個微軟的Team Foundation Server沒有經驗,但源代碼控制,持續集成(如Hudson)和良好的問題跟蹤/協作工具的組合(如Trac )可以很好地概述當前活動/質量隨時間變化/當前問題/進展情況,同時允許通過維基和問題跟蹤器進行協作。郵件列表和IRC頻道可以分別作爲更長久的現場討論的補充。

在我看來,Trac是非常好的,因爲它很容易使用,有一個'團隊時間表',並顯示出很好的信息 - 代碼差異以及捆綁在一起的問題編號和開發者意見 - 給出一個偉大的「團結」球隊。

持續集成解決方案可以提供許多不同的代碼和質量指標,無需人工干預。非常適合管理。

0

如果你不介意支付好產品,你可以看看Jetbrains的Teamcity & Youtrack。他們爲團隊編程提供有用的工具。

如果你在一個開源項目上工作,你可以試試Hudson & Jira

Subversiongit將是管理您的來源的好方法。

(TeamCity的是免費的一個開源項目太)

0

我目前正在一個15人左右的Java開發團隊工作。我不覺得任何發展的痛苦。這是一個使用Maven的環境,Subversion &主要是Atlassian工具。 Maven使構建大型項目變得相對容易。 Subversion在合適的地方進行更新&的工作。 Atlassian工具處理錯誤跟蹤,代碼審查和自動構建,但成本爲$$$。你可以通過Bugzilla和Hudson。

如果平行表示你的意思是每個人都有自己的分支,那麼我想你可以使用Clearcase,但準備好吻你的預算,理智和生產力再見。 Git可能是更好的選擇。