• <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 大日如來 閱讀(5750) 評論(1)  編輯 收藏 引用 所屬分類: 游戲-編程

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

            <2025年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿(3)

            隨筆分類

            隨筆檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久久精品国产亚洲成人满18免费网站| 久久精品国产99久久香蕉| 久久久久亚洲精品日久生情 | 久久99精品久久久大学生| 少妇久久久久久被弄高潮| 亚洲国产欧洲综合997久久| 久久福利青草精品资源站| 久久国产热这里只有精品| 日产精品久久久一区二区| 91性高湖久久久久| 久久婷婷是五月综合色狠狠| 国产精品天天影视久久综合网| 亚洲熟妇无码另类久久久| 老司机国内精品久久久久| 久久人人爽人人爽人人片AV麻烦| 亚洲国产精品一区二区久久hs| 久久精品国产精品亚洲人人| 国内精品伊人久久久久av一坑| 国产伊人久久| 久久综合欧美成人| 久久精品天天中文字幕人妻| 色偷偷88欧美精品久久久| 久久香蕉国产线看观看99| 99精品久久久久久久婷婷| 性做久久久久久久久| 久久精品亚洲乱码伦伦中文| 久久免费小视频| 久久国产高清字幕中文| 亚洲欧美日韩中文久久| 中文字幕久久波多野结衣av| 久久一本综合| 亚洲国产小视频精品久久久三级| 久久综合九色综合欧美就去吻| 久久国产V一级毛多内射| 曰曰摸天天摸人人看久久久| 99久久久精品免费观看国产| 久久久国产乱子伦精品作者| 国内精品久久人妻互换| 久久国产精品一国产精品金尊| 中文国产成人精品久久不卡| 99久久精品午夜一区二区|