【IC前端虚拟项目】数据搬运指令处理模块前端实现虚拟项目说明-CSDN博客

代码托管在gitee平台上，进去后会看到文档目录“MVU芯片前端设计验证虚拟项目”和工程目录“mvu_prj”，可以通过git来下载工程：

git clone git@gitee.com:gjm9999/ic_virtual_project.git

也可以通过svn来下载工程：

svn checkout svn://gitee.com/gjm9999/ic_virtual_project/trunk #trunk对应master分支

当然我个人建议通过fork的方式将该工程复制到个人的空间中，之后再基于git或svn工具进行项目的管理。具体git和svn如何使用，网上的资料非常多，在此不进行赘述。

简单聊聊svn和git，网上关于二者的对比也很多：

“Subversion（SVN）和Git都是版本控制系统，用于管理项目的源代码版本。它们有许多相似之处，但也存在一些重要的区别。

SVN（Subversion）：
集中式版本控制系统： SVN是一种集中式版本控制系统，意味着代码库是集中存储在中央服务器上的。开发者们通过与中央仓库进行交互来获取最新的代码，提交更改等。

文件中心： SVN以文件为单位进行版本控制，每次提交都是对整个文件的更改。

分支和标签： 分支和标签在SVN中存在，但相对来说较为复杂，并且在操作时会对整个目录进行复制。

权限管理： SVN提供较为简单的权限管理，可以在目录级别上设置用户权限。

Git：
分布式版本控制系统： Git是一种分布式版本控制系统，每个开发者都有完整的代码仓库的拷贝。这使得在没有网络连接的情况下能够进行本地开发和版本控制。

快照（Snapshot）： Git以快照的方式保存文件的变化，而不是像SVN那样以文件为单位。这使得Git更加高效，尤其在处理大型项目时。

分支和标签： Git的分支和标签非常轻量且易于操作，开发者可以轻松创建、合并和删除分支。

权限管理： Git的权限管理相对较弱，通常由其他工具（如GitLab、GitHub等）负责处理。

社区和生态系统： Git在开源社区中得到了广泛的应用，有丰富的工具和插件支持。

总结：
如果项目规模较小，团队成员相对较少，SVN可能是一个简单而有效的选择。

对于大型项目或需要分布式开发的情况，Git更为强大，因为它提供了更灵活的分支管理和更高效的版本控制机制。

在实际选择时，还需要考虑团队的经验、工作流程和项目需求。”

我个人在工作中svn和git都有使用过，感觉上来讲，芯片项目开发使用git有些“不值当”，因为很少有多人同时开发同一个文件的场景，这使得分支管理不是非常的重要。而一旦分支较多时（尤其设计分支和验证分支），对于bug修改和提交同步也带来了一些困扰，所以至今我还是喜欢基于svn的芯片项目管理。

当然了，对着这个虚拟项目，因为不存在多人开发的事情，所以选哪个都可以。如果之后考虑去HISI那么可以多用用SVN。