在我的公司，我们使用SVN有两个目的：
- 这是我们的代码库
- 这是我们上传文件夹并将其移交给生产团队的地方
我们的生产团队可以通过只读访问查看SVN repo中的某些文件夹。我们建立"；"包装"；用于远程软件分发，这是我们内部开发的工具和供应商补丁或安全补丁或其他软件的组合。
我们将这些包存储在SVN中的原因是为了跟踪更改。我们可以判断是否有开发人员进行了更改，或者至少在出现问题时有审计跟踪。
我们的全公司战略正在改变，转向Azure DevOps，我们已经很容易地将代码存储库转移到了那里。
对于SVN，我们使用TortoiseSVN，其中有一个存储库浏览器，开发人员可以轻松上传文件夹，运营团队可以下载它们。
git/AAzure DevOps可以用于此用例吗？或者我们应该关注Azure存储或其他Azure服务来应对这种情况？
关键是我们需要审计跟踪和更改跟踪，而不仅仅是一个转储文件/文件夹的地方。
此外，这些"；"包装"；大小为千兆字节，这意味着一次下载整个git repo是不可行的。
我们确实在Azure DevOps中使用了git。对我们来说，关键是不要把所有东西都集中在一个巨大的回购中。相反，我们有一个项目有多个回购。
每个回购代表一个"；包装"；如问题中所述。在这种方法中，克隆回购并不重要。我们最大的包裹是<2GB。大多数是<200MB。
开发人员可以克隆多个repo，但不需要克隆每个repo，从而使总体大小/空间要求可行。
当开发人员有新的包或新的修订版时，他们会创建或克隆适当的repo，进行更改/添加，并将其提交/推送到Azure DevOps。
我们的运营人员可以只读访问repo，在那里他们可以下载包的ZIP并通过DevOps网站在自己的端部导入。因此，Ops人员不需要熟悉git命令行。
使用git，所有提交都会被跟踪(必要时还会分支(，这样我们就可以对开发人员的活动进行审计跟踪，在Azure DevOps中可以很好地可视化。
错误在于查看我们在SVN中所做的工作，并试图将其融入git和Azure DevOps，而没有调整我们的方法。