• <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)

            隨筆分類

            隨筆檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            亚洲国产精品无码久久九九| 新狼窝色AV性久久久久久| 精品国产乱码久久久久久呢 | 久久精品成人国产午夜| 久久精品国产亚洲av日韩| 久久人妻少妇嫩草AV无码专区| 久久www免费人成看片| 久久精品国产亚洲AV蜜臀色欲| 久久午夜夜伦鲁鲁片免费无码影视 | 久久精品国产亚洲AV高清热| 精品久久无码中文字幕| 99久久精品免费观看国产| 色综合久久久久综合99| 久久亚洲精品成人av无码网站| 久久久久久亚洲精品成人 | 免费一级欧美大片久久网| 久久亚洲私人国产精品vA| 99热成人精品免费久久| 免费无码国产欧美久久18| 国产一久久香蕉国产线看观看 | 亚洲一区二区三区日本久久九| 久久亚洲精品无码观看不卡| 久久99这里只有精品国产| 国产精品一久久香蕉产线看| 亚洲欧美日韩久久精品| 青青国产成人久久91网| 亚洲精品午夜国产VA久久成人 | 国产V亚洲V天堂无码久久久| 婷婷久久综合九色综合九七| 国产成人无码久久久精品一 | 久久久久久午夜成人影院| 久久亚洲国产成人影院网站| 99久久精品国产麻豆| 一本色道久久综合亚洲精品| 久久涩综合| 久久高清一级毛片| 久久精品成人免费看| 久久久老熟女一区二区三区| 久久人人爽人人爽人人片AV不| 久久伊人五月天论坛| 国产伊人久久|