為巨大的遺留代碼庫組織一個git倉庫

Question

我繼承了一個龐大的perl-codebase。 開發人員（我們是一個3人團隊）目前通過備份文件進行“版本控制”（file.001，file.002 [...]和文件是最新版本的軟鏈接）我贏得了任務實施適當的版本控制。 我選擇使用git是因為它最靈活，我想調整nvie的git-flow分支策略，因為它適合他們在這里工作的方式。

我的問題是，我不知道如何正確組織存儲庫。 我們有三個存儲代碼的目錄：

1. 守護目錄。 這包含約200個單獨的deamons。 其中90％彼此沒有依賴關系。 Deamons是4000到10000行代碼
2. 工具目錄。 工具包含約400個程序。 同樣，他們中的大多數都不相關
3. 具有自編程模塊的目錄。 其中一些與deamons有依賴關系（例如，在更改模塊接口/子例程時，您還必須更改一些deamons）。 那些一些高達~150。

另外：

1. 所有配置文件都有一個目錄
2. 所有測試用例都有一個目錄

我想為每個目錄創建一個git存儲庫。

以下問題：兩個人在開發部門工作兩個守護人員，一個人完成工作，一個人仍在忙着他們每個人都做出了改變。 現在你不能將穩定版本合並到master，因為你也可以推出半成品版本和完成版本。 據我所知，它不可能只推送單個文件。

通常，每個項目都會組織一個git存儲庫。 在我們的情況下，這將意味着創建~800個存儲庫，每個deamon一個，每個工具一個，每個模塊一個。 我覺得這很難管理，雖然它會以某種方式解決合並到主人的問題。

有人遇到過這類問題嗎？ 任何提示？ 我也很欣賞一本關於這個主題的好書。

Answer 1

根據git-flow，這兩個開發人員在功能分支上工作。 如果dev完成，他將功能分支合並到devel分支，因此devel分支應該總是足夠穩定以便合並，不是嗎？