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

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

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

            常用鏈接

            留言簿(3)

            隨筆分類

            隨筆檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久精品国产男包| 午夜视频久久久久一区| 伊人久久成人成综合网222| 精品一区二区久久| 国产精品九九九久久九九| 色综合久久久久综合体桃花网| 久久久久久免费一区二区三区| 亚洲国产精品综合久久网络| 四虎国产精品免费久久5151| 色综合久久综精品| 精品一区二区久久| 国产精品gz久久久| 四虎影视久久久免费| 国产99久久久国产精品小说| 77777亚洲午夜久久多人| 亚洲女久久久噜噜噜熟女| 无码超乳爆乳中文字幕久久 | 国产人久久人人人人爽| 99蜜桃臀久久久欧美精品网站 | 思思久久99热免费精品6| 色偷偷91久久综合噜噜噜噜| 国产精品久久久久久久app| 欧美精品九九99久久在观看| 一本色道久久88精品综合| 久久亚洲欧美国产精品| 91亚洲国产成人久久精品| 热RE99久久精品国产66热| 浪潮AV色综合久久天堂| 99久久精品免费观看国产| 日本五月天婷久久网站| 久久精品无码一区二区三区| 中文精品99久久国产 | 99久久超碰中文字幕伊人| 久久精品水蜜桃av综合天堂 | 777午夜精品久久av蜜臀 | 伊人久久精品无码av一区| 亚洲欧美日韩久久精品第一区| 国产日韩久久久精品影院首页| 久久91精品国产91久| 国产精品天天影视久久综合网| 一本色道久久88精品综合|