具有多個相關組件的項目的最佳實踐

Question

背景：我使用jira進行錯誤跟蹤，並且使用git進行源代碼管理。我有一個完整的端到端系統，包括iOS前端，以及提供Web服務和GUI的Java/Tomcat後端。現在我已經有了一個擁有所有軟件的git倉庫和一個跟蹤整個系統問題的jira項目。

既然軟件是實時的，我發現正在對iOS應用程序或服務器進行更改，但通常不會同時發生。這兩個組件的版本號有所分歧。

這可能是太晚了這個項目，但將來：

• 我應該追求一個單一的源代碼庫有所有相關組件的路徑，並使用單bug跟蹤項目跟蹤;或
• 每個組件應該位於單獨的存儲庫中並由單獨的錯誤跟蹤項目進行管理？

我可以看到pro和con的兩種方法，我也可以看到答案可能很容易「取決於」。

您會傾向哪種方式，爲什麼？

Answer 1

我會用不同的源庫去的幾個原因

1. 開發商在兩個工作都可能有不同的 技能。另外，你可能有想要 隔離什麼的管理理由。

2. 它們不應該在協議級別緊密相關 - 不同版本需要交互。當你做其他前端

第二個原因是我的主要一個

第一點就顯得更爲重要。

但是，我會去一個常見的錯誤數據庫。缺陷/功能可能需要在兩端進行更改。此外，很可能你會有一些被認爲是在一個組件中但實際上最終在另一組件中修復的錯誤。如果您嘗試跨數據庫遷移，信息將會丟失。我看過太多次了。