• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 18,  comments - 21,  trackbacks - 0

            1、從svn clone出項目,加上-s參數以標記識別svn標準的目錄分支結構,同時通過show-ignore設置git庫的exclude屬性:

            1. git svn clone -s https://svn.xxx.com/svn/xxx
            2. git svn show-ignore >> .git/info/exclude 

            2、建立本地工作分支,開始工作:

            1. git checkout -b work 

            修改內容直接commit,加上-a開頭以省略git add操作:

            1. git commit -a 

            3、提交回svn的過程:

            1. git checkout master  
            2. git merge work  
            3. git svn rebase  
            4. git svn dcommit 

            在今天工作中,我提交回svn的方式是:

            1. git checkout master  
            2. git svn rebase  
            3. git merge work 

            結果svn rebase時在master分支上產生了一個新的node,這樣merge時就不能快速合并,出現了沖突,修復后,在dcommit時出錯,出現N個孤立節點。因為不熟悉,就checkout出work分支,進行了dcommit,然后重新生成一次git庫。

            今天解決了這個問題,參考以下網址:https://wiki.bnl.gov/dayabay/index.php?title=Synchronizing_Repositories
            以下重新描述一下問題和解決方法:
            1、在執行git svn dcommit時,出現如下錯誤:
            Committing to https://svn.xxx.com/svn/projects/trunk ...
            提交時發生合并沖突: 您的文件或目錄”test/functional/xxx_controller_test.rb“可能已經過時: The version resource does not correspond to the resource within the transaction.  Either the requested version resource is out of date (needs to be updated), or the requested version resource is newer than the transaction root (restart the commit). at /usr/bin/git-svn line 450
            2、這時,重新執行以下步驟即可:

            1. git svn fetch  
            2. git svn rebase  
            3. git svn dcommit 

            但我在執行git svn rebase時,又出現沖突,這個時候,只需要手工合并掉沖突,并重新add一下:

            1. git add . 

            然后,再執行:

            1. git rebase --continue

            如果報告說沒有修改內容,則換成執行:

            1. git rebase --skip 

            完成rebase過程,這時就可以git svn dcommit了。
            這樣,總算解決了svn歷史沖突問題,不用象前面那樣笨笨的重新git-svn clone.

            posted on 2009-12-18 13:14 大日如來 閱讀(5734) 評論(1)  編輯 收藏 引用 所屬分類: 游戲-編程

            FeedBack:
            # re: git-svn問題
            2013-11-24 15:25 | 小空
            您好,冒昧的打擾一下,我想請教個問題,
            在下剛開始接觸git,公司要讓我提供一個方案,就是要建立一個git提交代碼的中轉站,
            具體是這樣: 遠程有臺服務器,然后要將遠程服務器的代碼拉到本地服務器上,然后公司的員工再從本地服務器上獲取代碼,
            公司員工提交代碼要提交到本地服務器,本地服務器提交到遠程服務器,
            本人也是剛開始接觸這個git,不知道該怎么樣處理,各位能幫一下嗎?謝了。  回復  更多評論
              

            <2009年12月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿(3)

            隨筆分類

            隨筆檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            少妇内射兰兰久久| www久久久天天com| 久久综合精品国产一区二区三区| 久久91这里精品国产2020| 久久香综合精品久久伊人| 99久久精品午夜一区二区| 久久综合九色综合久99| 日韩av无码久久精品免费| 欧美日韩中文字幕久久久不卡| 人人狠狠综合久久88成人| 久久国产精品久久精品国产| 99久久精品免费看国产一区二区三区 | 久久av免费天堂小草播放| 午夜精品久久久久| 国产ww久久久久久久久久| 精品国产乱码久久久久久1区2区| 久久精品这里热有精品| 丁香五月网久久综合| 亚洲欧美日韩久久精品第一区| www性久久久com| 77777亚洲午夜久久多喷| 久久久久亚洲?V成人无码| 99久久伊人精品综合观看| 伊人久久综合成人网| 久久久精品日本一区二区三区 | 99精品久久精品| 午夜精品久久久久久久无码| 久久综合综合久久97色| 久久亚洲欧美国产精品 | 久久夜色精品国产亚洲av| 久久精品国产99久久久| 久久久久99精品成人片试看| 久久青青草视频| 精品综合久久久久久98| 国产成人久久AV免费| 囯产极品美女高潮无套久久久 | 久久久久人妻一区精品色| 国产成人精品综合久久久久| 久久精品中文字幕一区| 国色天香久久久久久久小说| 久久综合亚洲色HEZYO社区|