2015-07-20 195 views
1

我是git的新手,在我們的項目中,我們計劃從Rational Team Concert遷移到git。RTC到GIT遷移

我們有2個主要流:

  • 開發
  • 發佈後的

而且我們有大約30個版本完成。

我們的計劃是zip/tar球源代碼(與兩個分支)並將其遷移到GIT。任何想法或策略真的很感激。

+0

_任何想法或戰略真的讚賞._ - 也許這對已經完成遷移的人更清楚,但它聽起來像你已經有一個戰略。你需要什麼幫助? – BSMP

回答

0

的想法是遍歷在本地回購工作空間或沙箱的每個基線,並使用該本地文件夾作爲源用於在GIT中回購導入源。

cd /path/to/git/repo 
git add --work-tree=/path/to/local/RTC/sandbox/aComponent add . 
git commit -m "release x" 
# change baseline in local workspace 

我建議每個RTC組件保留一個Git回購。

澄清什麼優勢與「git add --work-tree=..」對正常git add

,允許源worktree(代碼庫被導入)駐留別處:你的tar包可以在單獨的乾淨無壓縮文件夾(避免在新壓縮包解壓縮到同一文件夾時從舊壓縮包中刪除文件)。

如果我打算從焦油導入,將版本/流的歷史保存

號:每個壓縮包代表流基線,在時間的快照,不完整的原始RTC的歷史。

+0

在這裏申請你的建議! ,我們的源代碼打包爲tarball,我們將導入GIT。 PLS。如果我要從tar導入,那麼這些流的版本/歷史是否會保留下來?對於正常的git add,「git add --work-tree = ..」會帶來什麼好處? – Goku

+0

@Vigs我已更新答案以解決您的意見 – VonC

+0

感謝@VonC,想澄清以下幾點:在我們的項目中,我們面臨棘手的情況,我們在兩個不同的地方有我們的辦公室。我們將在位置A創建一個GIT服務器,並完成代碼遷移@ A,稍後設置一個確切的設置@ B,然後將A同步到B的GIT環境。 (鏡像A到B並使B成爲主)。這種方法是否可行?如果是這樣,在這個過程中,我們應該採取什麼樣的預防措施,如權限問題等(我明白,它不服務於GIT的DVCS目的,但仍然想知道) – Goku