壩段混帳回購協議VS微回購

Question

我有幾個小批量作業的項目。每個批處理作業完全獨立於另一個作業（使用不同的文件格式/ REST結構連接到不同的S3存儲桶或REST服務）。創建所有這些批處理作業需要幾個月的時間。理想情況下，我想獨立於其他人發佈每批作業。特別是當涉及生產熱修復的概念時。在緊急情況下發佈一個批處理作業比被迫重新發布所有批處理作業（並且不得不處理正在運行的作業）更快，更容易。

現在最大的障礙是飯桶。我應該：

1. 每一個批處理作業創建一個新的git回購
2. 創建的所有作業或一個整體式回購
3. 一些子組批處理作業的

我創建了一個回購協議傾向於選擇1，但幾十個git回購的概念似乎勢不可擋。所有工作都會導入一個共同的回購協議。如果我需要在普通回購中改變某些東西，那麼我必須爲每一批作業做一次git跳舞。但是，如果我把所有東西都放在一個單一的回購倉庫中，那麼我必須有幾十個「主」分支機構，或者每次重新發布每個工作。

是否有可能使用微git的回購和使用某種工具做簡單的操作（全部回購例如混帳克隆）？也許gradle可以以某種方式做到這一點？只使用一個單一的回購並且有一個醜陋的發佈流程和分支結構會更好嗎？

Answer 1

我覺得相當強烈，微型回購是喜憂參半，所以我鼓勵任何人都朝這個方向看this post第一的思想。也就是說，mr實用程序允許您將特定的回購集合視爲單個邏輯單元，甚至可以與非同類回購類型集合（git，svn,hg,hg,bzr等）一起使用。我發現它非常好用，以至於它已經取代了我一直在使用了幾年來管理多個回購定製Fabric腳本。如果你只處理混帳回購，Android的repo可能有興趣了。