泛在版本管理-iSoftBook研发云平台

iSoftBook版本管理概述

1.Git HTTP

程序代码开发通常检出整个代码系统，采用并行修改、合并的工作模式。Git的分布式模型、轻量级分支和简单合并，适合程序代码等轻量级文本文件的高效率版本管理。

iSoftBook为每个项目内置集成和提供Git HTTP服务器，支持与Sourcetree、IntelliJ IDEA、Jenkins等集成访问和持续集成服务。

iSoftBook Git HTTP服务

2.Git LFS

Git适合程序代码等文本文件版本管理。Git仓库中存储二进制大文件，则仓库体积会快速膨胀。

Git是分布式版本控制系统，因此克隆和拉取版本库时，需要下载仓库的完整数据，导致大量数据下载，花费大量时间并占用大量本地空间，Git性能迅速下降和恶化。

据此，Atlassian、GitHub等开发了Git扩展：Git LFS（Large File Storage），增强Git处理大文件的能力。Git LFS通过将仓库中的大文件替换为微小的指针（pointer），并在LFS服务器上分离存储大文件。 Git LFS通过延迟下载大文件以减少大文件的影响，即在clone或fetch过程中并不下载大文件，仅在checkout到工作区的时候才会真正去下载所需的大文件。

iSoftBook针对每个项目代码仓库，零配置、内置实现Git LFS，改善Git处理大文件的性能。

iSoftBook Git HTTP、Git LFS服务

3.Git Cloud

Git LFS等扩展支持大文件版本化，适合MB级、代码紧密耦合、数量较少大文件版本管理。但受限于Git LFS的存储体系、传输协议和对象存储服务(OSS)机制，Git LFS对于百兆级、千兆级大文件版本化处理仍存易用性、空间和性能上的挑战，主要表现在：

chekout一个包含大量、大体积文档的版本，从Git LFS服务器下载仍需花费大量时间。
Git LFS服务器基于文件内容和其SHA-256签名进行存储，难以实现版本压缩与增量存储，Git LFS服务器体积膨胀更改。
本地与Git LFS服务器间的传输协议脆弱，现在的Basic传输适配器难以稳定、高速上传和下载大文件。

二进制文件如Office文档、视频文件、图像、3D模型、游戏资产、程序库和构建产物、机器学习数据集与大模型等，不适合分支、合并、差异比较等版本管理操作。二进制文件创作，通常是从大量文档中检出一个或少量二进制文档、采用锁定修改的工作模式。

据此，iSoftBook提出和实现Git cloud版本管理架构，基于云端共享的Git仓库和工作区，利用浏览器实现远端管理与操作，实现二进制大文件、超大文件的版本化管理。

iSoftBook Git Cloud服务

iSoftBook Git Cloud支持单文件进行修改、共享和版本处理，不要checkout完整版本，从而有效提升了大文件、超大文件处理性能。其服务特点：

基于在线文档，每位用户、每项资产、每个项目都内置提供Git Cloud服务。
基于分块、续传、重试、异步、零拷贝、非阻塞、多线程等技术，增进大文件处理性能。
基于压缩和增量存储，缩减版本库空间体积。
支持单个大文件、超大文件的加锁、检入和检出。
充分共享，文件通过确认后方提交而形成新版本，避免了因文件共享而提交，减少版本数量，缩减版本库空间体积。
基于目录的修改提交。

4. Git Gallery

Git Gallery是支持Git Cloud的大文件服务机制。在HTML在线文档、API文档、代码评审、任务看板等编辑中，用户可以复制大文件，并通过CTRL+V粘贴的简单方式，直接把大文件存入Git Gallery,并生成其超链接进行访问。该方式适合不需要放入Git文件系统、但需要通过在线文档访问并进行版本化管理的大文件。其取代了供IT专业化人员使用的Git LFS进行大文件管理，同时突破了Git LFS的协议限制，支持高性能处理超大文件。

5.SVN Cloud

SVN能够实现目录版本化，提供锁定机制，能够追踪文件、目录的复制与重命名，具有高性能的二进制文件存储与处理机制。同时考虑遗留SVN系统的迁移。据此，iSoftBook实现了SVN Cloud，即底层基于SVN实现透明的云端版本处理。