非常简单，svn是为程序员设计的，设计师不应该用这种东西来做版本管理，包括git，因为你看不到更改的地方。对于设计人员来说，这些备份工具既繁琐又复杂，除了复杂的操作外，与手工复制文件没有什么区别。
那么解决方案是什么？不幸的是，这个行业没有完美的解决方案。目前，在单机设计软件中，除了affinitydesigner可以将文件与历史一起保存（文件量会变大），历史面板（beta版）中可以看到所有的历史操作分支外，其他软件或多或少都是通过插件实现的，或者没有这个功能。这是一些在线工具提供的问题模式修改历史预览功能，这是一个很好的尝试。此外，xd还在内部测试中曝光了类似的版本管理功能截图，但目前官方并未发布任何消息。
综上所述，除非程序员生成的版本与设计师生成的版本完全相同，否则没有必要增加设计师的工作量。一个设计文件可以少到m，大到g，行业需要一个外部/文件类型的记录来管理设计图纸的版本，而不是要求设计师使用程序员的版本管理软件进行签入和签出，因为你看不到版本在哪里发生了变化，这种操作是不可能的真是浪费时间。
让我们从结果开始：git在某些情况下优于svn，但它不能取代svn
第一轮：git是一个分布式版本控制系统，它可以更适合没有固定“服务器”的研发人员。svn是一个具有固定服务器的集中式版本控制系统。但我认为，在某些情况下，分布式管理并不一定比集中式管理好，所以这一轮更为公平。
第2轮：[git的分支非常易于使用，而且非常强大。svn的分支是一小块鸡排。svn的分支是svncopy，它复制一个完整的项目。在这一轮中，git具有明显的优势。
第三轮：
提交、更新或合并代码时经常报告错误。git的提示非常“周到”，可以很好地解决错误。svn的提示有点不满意。git在这一轮中仍然有优势。
第4轮：
svn对目录具有良好的权限控制。它可以根据目录进行更新和提交，这有时很有用。git无法控制目录的权限。svn的优势在这一轮是显而易见的。
例如：
我们公司的研发人员使用git，艺术和产品使用svn。艺术和产品通常将需求和资源放入svn，svn可以根据目录而不是整个项目进行下载。而svn在windows系统中有一个非常著名的乌龟svn软件，有一个中文版本，使用起来非常方便。
