GIT克隆多臺計算機上

筆記本電腦（Mac） - 屏幕SVN倉庫

優盤混帳克隆 - 筆記本電腦的Git倉庫的混帳克隆

服務器（贏服務器08 ） - 拇指驅動器存儲庫的git的克隆

我無法讓他們在同步出於某種原因...

如果我讓服務器上的變化，我會做拇指驅動器上的「git pull」以獲取更改。把拇指驅動器放到筆記本電腦上，然後在筆記本電腦上「拉動」。從那裏，我可以做「git svn dcommit」，一切順利到SVN回購沒有問題。

如果我通過「git svn rebase」從SVN中獲取更改，然後拉到拇指驅動器上並執行「git status」，它表示我在主/來源之前##修訂，我可以不知道爲什麼。

服務器

>git remote show 
origin 

>git remote show origin 
* remote origin 
    Fetch URL: E:/proj 
    Push URL: E:/proj 
    HEAD branch: master 
    Remote branch: 
    master tracked 
    Local ref configured for 'git push': 
    master pushes to master (local out of date)

筆記本

>git remote show 
(nothing) 

>git remote show origin 
fatal: 'origin' does not appear to be a git repository 
fatal: The remote end hung up unexpectedly

拇指驅動器

>git remote show 
origin 

>git remote show origin 
* remote origin 
    Fetch URL: /Users/me/ui/proj 
    Push URL: /Users/me/ui/proj 
    HEAD branch: (unknown) 
    Remote branch: 
    master tracked 
    Local branch configured for 'git pull': 
    master merges with remote master 
    Local ref configured for 'git push': 
    master pushes to master (up to date)

來源

2010-05-04 Adam

你可能會添加'git remote show'的輸出，特別是'git remote show origin'嗎？這可能會更容易找出你的設置如何工作。謝謝！（哦，對於每個回購當然，忘了那。:-D） – 2010-05-04 17:22:43

上面添加的信息... – Adam 2010-05-04 17:40:12

這些是用git-svn創建的倉庫，哪些是這些倉庫的克隆？ – 2010-05-05 23:32:30

像拉的Git命令實際上並不適用rebase。

假設您的筆記本電腦上有一些不在svn中的提交，並且拇指驅動器同步。這樣的事情：

laptop: 
svn1 -- svn2 -- A -- B -- C -- D 

thumb drive: 
svn1 -- svn2 -- A -- B -- C -- D

然後，你做git svn rebase從svn獲取新的東西。這工作分兩個步驟：

現在我們必須把新的svn的頂部使用Git的工作承諾，所以我們仍然有非支歷史。這是底墊部分：

laptop (after git svn rebase) 
svn1 -- svn2 -- svn3 -- svn4 -- A' -- B' -- C' -- D'

現在，如果沒有衝突，犯了」包含了同樣的變化老犯，唯一不同的就是它的祖先：SVN4代替svn2。由於歷史是git中每次提交的一部分，因爲git A和A'是不同的提交。

所以，如果你的筆記本電腦回購做git pull拇指驅動器回購後，混帳做什麼是很自然的吧，這是合併新的變化：

thumb drive (after git pull) 
svn1 -- svn2 -- svn3 -- svn4 -- A' -- B' -- C' -- D' 
      \           \ 
      + A -- B -- C -- D -------------------- merged result

這使得git的完整意義上的，因爲它允許它跟蹤非線性環境中的所有變化，並注意誰合併以及如何進行合併。但是，你將無法將這種歷史提交給svn。

如果強制推更改您的拇指回購，你最終的東西是這樣的：

thumb drive (after forced push) 
svn1 -- svn2 -- svn3 -- svn4 -- A' -- B' -- C' -- D'

，如果你還沒有做的拇指驅動器回購任何變化，這是完全沒問題。如果你這樣做，這會覆蓋他們。爲了保持拇指驅動器的變化，你必須在那裏再做一次git rebase。

我想說，要充分利用git的舒適性，你必須放棄將工作交給svn的能力。有沒有簡單的方法來同時分佈式版本控制和線性歷史。

來源

2010-05-04 17:38:40 che

這是很多非常好的信息！因此，不會直接在拇指驅動器上進行更改。它僅用作服務器和筆記本電腦的中介。我們只需要偶爾執行此操作，因爲我們現在只需部署到服務器。有沒有辦法使這項工作？我們希望能夠從服務器（在集成過程中）維護更改歷史記錄，然後能夠將服務器快速更新到最新，最好的狀態。 – Adam 2010-05-04 17:45:55

非常好的例證，正是我在想什麼。 – dlamotte 2010-05-04 18:19:12

@Adam：如果你將所有這些部署到服務器上，IMO最好的辦法是在拇指驅動器上設置'remote。（name）.fetch'選項來鏡像筆記本電腦回購（我認爲設置是'+ refs/heads/*：refs/heads/*'），並使用拇指驅動器在服務器上執行相同操作。所有你需要做的就是在服務器上運行'git fetch（laptop）'，並在服務器上運行'git fetch（thumb）＆＆git checkout -f（my_chosen_branch）'。（請注意，這將覆蓋拇指和服務器倉庫上的所有本地更改。） – che 2010-05-05 22:55:06

這是因爲git svn rebase代碼變基庫中所有的提交。如果任何git提交你沒有提交到上游repo，commit id將會改變，你的其他倉庫將不會看到這個改變。這是我現在最好的猜測。你的工作流程對我來說有點困惑。一個ascii圖可能會有所幫助，但這將有點工作;）

在我看來，最好的方法可能是git push -f ...到git svn rebase後你的拇指驅動器。基本上，強行更新拇指驅動器。但說實話，我不是一個混帳大師。

來源

2010-05-04 16:44:29 dlamotte

這很有道理......我如何防止/修復這個問題？ – Adam 2010-05-04 16:54:22

不幸的是，請參閱git-svn聯機幫助頁中的CAVEATS部分。不建議使用git-svn存儲庫進行克隆，推送和拉取。我有一個問題要等待Subversion，git或其他DVCS需要做什麼，以便它們真正可以互操作。 – 2010-05-05 23:31:34

GIT克隆多臺計算機上

回答

相關問題