這可能是一個很天真的問題,但我想了解Git的Subtree和Composer依賴管理PHP之間的效用差異。在轉儲Git子模塊後,我開始使用Git子樹。但現在有Composer(用於PHP)。由於我的大部分項目都是基於PHP的,我正在考慮傾銷Subtrees轉而使用Composer。Git子樹和作曲家
例如,我有多個Wordpress網站。我想拉動Wordpress本身和我想要使用的插件。我可以通過Git Subtrees和Composer來實現,對嗎?
如果我沒有用於在子文件夾上游提交/推送代碼的用例,但只希望將最新/特定版本拖入子文件夾,Subtree和Composer提供的是同一種類的效用?
在我的使用案例中,我覺得Composer勝過Git Subtree更容易使用,更容易在子文件夾中獲得另一個/更新版本的腳本,而無需將這些拉動的子文件夾文件提交到Git repo 。
關於這種認識的任何想法?這種策略有沒有問題?或者兩者完全不同,沒有任何相似之處?
我只是簡單地將它表達爲:git子樹與使用git作爲版本控制系統綁定在一起。你不能只遷移其他地方的文件,你總是需要將整個項目作爲一個git存儲庫,並且你恰好使用它的次要特性來進行第三方依賴管理。另一方面,Composer是專門用於管理第三方依賴項的工具,獨立於任何其他系統。我的選擇似乎很清楚,但最終真的取決於你。 – deceze
即使您需要編輯依賴項中的代碼,您也可以將它作爲源代碼「composer更新某個依賴項--prefer-source」來完成。然後,您可以同時編輯項目和依賴項的代碼,並將git單獨提交給它們各自的回購。 – Danack