2017-03-08 72 views
0

如果我想在新項目B上克隆/分離/處理項目A,那麼最佳方法是什麼?處理新項目的基礎存儲庫的最佳方法

我現在的想法是這樣:

  • 克隆存儲庫中,並創建兩個遙控器。指向存儲庫中的URL庫,第二,origin,它指向存儲庫B.

我想這樣做的原因,第一,一個有意義的名字,這樣庫B可以有一個倉庫作爲一個基礎,並且任何時候對我想要合併的存儲庫A進行更改時,我可以只需git pull <repository-A-remote-name> <branch>,並且當我想推送到存儲庫BI時只需推送到原點。

有沒有人曾經有過這種工作流程,如果是的話,你會說這是一個很好的方法,或者你嘗試過別的東西嗎?

注:在GitHub上引入請求是沒有必要的,因爲在此項目中從來不需要項目B的變化,但項目B就總是需要更新,以合併項目A.

+1

分叉與克隆基本相同。 'Forking'只是github'發明'的一個更加奇特的名字。所以1.和2.是相同的。請參閱[這裏](http://stackoverflow.com/questions/6286571/are-git-forks-actually-git-clones) – ckruczek

+1

克隆如果你擁有github,fork,然後克隆fork,如果你沒有。 – OldBunny2800

+0

啊好點。存儲庫A和B歸我所有。問題已更新。 :) – Lansana

回答

1

這是相當多的相同。唯一的區別是,GitHub中的fork關係。在GitHub中分叉只是在你的用戶下創建了一個repo的克隆,並在這兩者之間保持了父 - 叉關係。如果你希望你的fork被顯示爲你的fork和父級中的父級fork,並且/或者想要發佈pull請求,那就做fork。如果您不希望顯示這種關係,也不想發佈PR,那麼只需克隆並推入您的帳戶作爲新的回購。

擁有遠程upstream爲A和遠程origin爲您自己的回購和定期整合上游變化到您的回購是非常常見的工作流程,根本無法從GitHub。 (名稱可以自由選擇)

+0

更新我的評論關於你的第一段。並且非常感謝第二個,只是想確保我以一種很好的,實用的方式來解決這個問題,這是由其他人完成的,並被視爲一種良好的做法。 – Lansana