svn服务端数据迁移 SVN服务器做迁移，如何做？
SVN服务器做迁移，如何做？
Svn项目最初部署在10.10.13.48的计算机上，但现在部门购买了IP为10.10.13.129的更好的服务器。所以，我想把SVN项目从48移到129。方法：准备：系统平台：Windows Server 2003版本库：Vos源服务器：10.10.13.48目标服务器：10.10.13.129源SVN版本库路径：D:SVNVos迁移到的路径：e:SVNVos步骤：1。停止HTTP服务，本文使用Apache（源服务器）（目标服务器）2。CD C:program Filessubversionbin（subversion的安装目录）（源服务器）--输入源服务器的SVN安装目录。三。执行：svnadmin dump D:SVNVos D:SVNVos语音转储（源服务器）4语音转储复制到目标服务器的任何位置，如e:第5页.cd C:Program Filessubversionbin（目标服务器）--输入目标服务器6的SVN安装目录。Svnadmin create e:SVNVos（目标服务器）--创建目标SVN服务器7的Vos项目。Svnadmin load e:SVNVOS
非常简单，SVN是程序员用的，设计师不应该用这种东西来做版本管理，包括git，因为你看不到更改的地方。对于设计人员来说，这些备份工具既繁琐又复杂，除了复杂的操作外，与手工复制文件没有什么区别。
那么解决方案是什么？不幸的是，这个行业没有完美的解决方案。目前，在单机设计软件中，除了affinitydesigner可以将文件与历史一起保存（文件量会变大），历史面板（beta版）中可以看到所有的历史操作分支外，其他软件或多或少都是通过插件实现的，或者没有这个功能。这是一些在线工具提供的问题模式修改历史预览功能，这是一个很好的尝试。此外，XD还在内部测试中曝光了类似的版本管理功能截图，但目前官方并未发布任何消息。
综上所述，除非程序员生成的版本与设计师生成的版本完全相同，否则没有必要增加设计师的工作量。一个设计文件可以少到m，大到g，行业需要一个外部/文件类型的记录来管理设计图纸的版本，而不是要求设计师使用程序员的版本管理软件进行签入和签出，因为你看不到版本在哪里发生了变化，这种操作是不可能的真是浪费时间。
svn服务端数据迁移 svn服务器数据迁移 svn迁移到新服务器
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
