1697人阅读
SVN-GIT-P4（87）
按如下步骤操作就可以将SVN仓库完整的转换为Git仓库：1) 将远程SVN仓库搬到本地(这一步主要是为了提高转换的速度，也可以忽略)&& &参考这篇文章：&&& &这里假设最终要转换的SVN仓库为file:///tmp/test-svn2) 使用git svn clone命令开始转换&& &$ git svn clone&:81/svn/demo_repo&&--no-metadata&-T trunk -b branches -t tags&& &git svn clone 命令会把整个Subversion仓库导入到一个本地的Git仓库中。这相当于针对所提供的 URL 运行了两条命令git svn init加上gitsvn fetch。因Git需要提取每一个版本，每次一个，再逐个提交。对于一个包含成百上千次提交的项目，花掉的时间则可能是几小时甚至数天(如果你的SVN仓库是远程网络访问的，先执行上面第一步的操作还是有点好处的。不过项目通常提交次数都不少，漫长的等待是少不了的啦，慢慢等吧)。-T trunk -b branches -t tags告诉Git该Subversion仓库遵循了基本的分支和标签命名法则。如果你的主干(trunk，相当于Git里的master分支，代表开发的主线）、分支或者标签以不同的方式命名，则应做出相应改变。由于该法则的常见性，可以使用-s来代替整条命令，它意味着标准布局（s是Standard layout的首字母），也就是前面选项的内容。下面的命令有相同的效果：&&$ git svn clone file:///tmp/test-svn -s注意本例中通过 git svn 导入的远程引用，Subversion的标签是当作远程分支添加的，而不是真正的Git标签。导入的Subversion仓库仿佛是有一个带有不同分支的tags远程服务器。用“$ git show-ref”就可以看到转换后Git仓库的相关情况，结果类似如下：$ git show-ref1cbd6d87f88fce1c24ad7c0f0471 refs/heads/masteraee1ecca883f5d99cff0c852d3c4 refs/remotes/my-calc-branch03d09b0e2aad427e34a6d50ffc0e0f5 refs/remotes/tags/2.0.250d02cc0adc9da4319eeba9b9c376 refs/remotes/tags/release-2.0.14caaa711a50cb745cb refs/remotes/tags/release-2.0.21c4cbffabe66dcb92916f refs/remotes/tags/release-2.0.2rc11cbd6d87f88fce1c24ad7c0f0471 refs/remotes/trunk而普通的 Git 仓库是类似如下模样：$ git show-ref83e38c7a0af325a9722f2fdc56ba1 refs/heads/master3e15e38c198baac84223acfcff2281 refs/remotes/gitserver/master0a30dd3b0c795b8d4e5d48cabdff refs/remotes/origin/masterfdd55f81c6f11600d6f refs/remotes/origin/testing这里有两个远程服务器：一个名为gitserver，具有一个master分支；另一个叫origin，具有master和testing两个分支。3) 获取SVN服务器的最新更新到转换后的Git仓库（这步通常在连续的转换过程中就没必要了）&&&&$ git svn rebase4) 转换SVN仓库的svn:ignore属性到Git仓库的.gitignore文件&&&&$ git svn create-ignore&& &该命令自动建立对应的.gitignore文件，以便下次提交的时候可以包含它。如果在生成.gitignore文件前想先查看一下，运行命令“git svn show-ignore”即可。5) 转换SVN的标签为Git标签&& &$ cp -Rf .git/refs/remotes/tags/* .git/refs/tags/&& &$ rm -Rf .git/refs/remotes/tags&& &该命令将原本以 tag/ 开头的远程分支的索引变成真正的（轻巧的）标签。&& &这个在Window下试过不行，报”cp: cannot stat `.git/refs/remotes/tags/*': No such file or directory“的错误，可以使用如下两个标准命令处理：$ git tag tagname tags/tagname & & ----用指定的分支创建一个Git标签$ git branch -r -d tags/tagname & &----删除指定的远程分支6) 转换SVN的分支为Git分支&&&&$ cp -Rf .git/refs/remotes/* .git/refs/heads/&& &$ rm -Rf .git/refs/remotes&& &该命令把refs/remotes下面剩下的索引变成Git本地分支7) 最后把转换后的本地Git仓库推到公共的Git服务器&& &$ git remote add origin [远程Git服务器地址]&& &$ git push origin master --tags&& &所有的标签和主干现在都应该整齐干净的躺在新的Git服务器里了。如果要将分支也同步到远程Git服务器，将--tags改为--all。
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：8718998次
积分：102357
积分：102357
排名：第6名
原创：1019篇
转载：3082篇
评论：1459条
(2)(6)(2)(4)(10)(2)(3)(13)(13)(4)(9)(62)(16)(8)(23)(9)(37)(73)(34)(31)(120)(128)(183)(23)(69)(75)(1)(171)(33)(148)(168)(145)(27)(144)(139)(207)(61)(59)(10)(10)(32)(2)(7)(34)(24)(9)(39)(25)(32)(46)(20)(44)(8)(21)(43)(49)(100)(113)(136)(35)(55)(15)(29)(41)(15)(50)(17)(20)(182)(206)(43)(27)(19)(17)(13)(1)(40)(5)(3)(4)(21)(71)(73)(19)(2)(2)(1)(1)(1)(6)(3)git 推送至svn使用步骤详解-linux-操作系统-壹聚教程网git 推送至svn使用步骤详解
svn是同步版本控制工具而git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项了，下面我们就一起来git 推送至svn使用方法，希望下文能够帮助到大家。
一,配置svn 保存明文密码
这样，使用git推的时候，就不会每次询问密码了。
With recent versions of Subversion (~ 1.8) you can configure password caching via $HOME/.subversion/servers:
store-passwords = yes
store-plaintext-passwords = yes
But depending on your system this may be not enough. If it is not, make sure that $HOME/.subversion/config contains:
password-stores =
Which means that the variable password-stores is explicitly set to the empty string (background is that svn now contains support for some key-agent tools - and the interfacing to the default configured ones may be fragile - resulting in silent ignoring of the above options and non-caching behaviour).
When using svn for the first time, the hierachy $HOME/.subversion is created after the first svn operation - e.g. when doing the first checkout. Subversion creates then the mentioned files and fills them with the most important options - commented out, including some documentation.
Thus, it also makes sense to move an old $HOME/.subversion directory away to have a well-defined starting point.
Another pitfall are permissions - i.e. files which are not readable under $HOME/.subversion - but this should not often be the problem, because when svn creates them, it takes care of the right permissions (e.g. the auth directory is only readable by the user then, not by the group/all, independent of the configured umask).
看了下, 修改过配置后,保存的密码是明文的,如:
┌─[sh4d0walker@HuangYe] - [~/.subversion/auth/svn.simple] - [Wed Jul 09, 02:46]
└─[$] && cat f9b44a3128bef8bfcaf4fc
svn:realmstring
&svn://172.16.7.253:81& prj2014
可以看到 ,这里有仓库地址, 用户名(abcdef) 和明文密码(pw123456)
K 和 V后面那个数字表示的是值的字符长度.
二, git 开始拉取svn仓库中的代码
git svn clone -s svn://172.16.7.253:81/prj2014/myprj/
注意最后面的/ 一定不能忘记了,不然没法clone. svn 就是这样,忍受下吧.
The -s is there to signify that my Subversion repository has a standard layout (trunk/, branches/, and tags/.) If your repository doesn&t have a standard layout, you can leave that off.
-s 参数表示使用的是svn标准命名方法,即 trunk,tags,branches,这个参数有时很重要,建议使用,命 令后面还可以加个文件夹名字作为clone后的目录
git svn fetch
可能碰到只想从某个版本开始进行fetch,那么请需要 &r 参数。 例如:
$ git svn fetch -r 1342:HEAD
本地修改代码后提交
这个跟没用svn时一样,不提.
同步远程svn 服务器
git svn rebase
我个人的理解就是,这里相当于svn里的svn up 命令.
Before committing back to Subversion, you will want to update to apply any new changes in the repository to your local Git repo.
This will download all new changesets from Subversion, apply them to the last checkout from Subversion, and then re-apply your local changes on top of that.
推送到远程svn服务器
When you&re ready to commit back to Subversion, execute:
git svn dcommit
日常修改和提交
与git的工作流程完全一样
为了方便合并，减少不必要的麻烦，最好保持主分支master不变，在一个新的分支进行日常工作
切回master从SVN获取最新代码
$ git checkout master
$ git svn rebase
master同步后，与工作分支合并
$ git checkout work
$ git rebase master&&&& ## 手工解决可能的冲突
最后说下， git-svn初始化， 这个应该用得少。
git svn init SVNREMOTEURL
上一页： &&&&&下一页：相关内容[求工具]有谁遇到过需要将git仓库的信息同步到svn仓库的场景？ - CNode技术社区
这家伙很懒，什么个性签名都没有留下。
由于场景需要，需要找一个方案解决如题的场景！！
望各位解答啊，坐等！！
CNode 社区为国内最专业的 Node.js 开源技术社区，致力于 Node.js 的技术研究。
服务器赞助商为
，存储赞助商为
，由提供应用性能服务。
新手搭建 Node.js 服务器，推荐使用无需备案的}