前言
作为一个提供免费私有仓库的代码托管平台,码云要考虑利用现有的硬件资源支持更多的用户,一些用户占用较多的硬件资源实际上是对其他用户用户体验的一种损害,因此码云对用户的存储库大小有一定的限制。
码云对 git 仓库的大小限制为 1GB,用户在本地可以使用如下命令查看存储库的大小。
du -sh .git/objects
这个命令在 Git for Windows 中可以找到,也可以使用 www.sysinternals.com 提供的 du (Directory disk usage reporter)工具。
码云上单文件大小的限制为 100 MB,一旦超过 50 MB 会发出警告。
一部分用户可能没有注意到将生成的二进制文件添加到版本控制之中,一旦将存储库推送到码云上时就被拒绝推送了。对于这些用户而言,如何去发现是从什么时候将大文件添加到存储库中的,这是一件比较困难的事情。笔者开发 git-analyze 的目的也就是为了解决这些用户的烦恼。
Analyze
git-analyze 此工具的设计上是根据用户的输入,扫描存储库特定分支从哪次提交引入了体积超出限制的文件。
git 有多种实现,比如 Linus 的 git(官方 git),libgit2,jgit 等等,官方 git 是一个由多个子命令组成的程序集合。
但是,如果要新增一个工具到 git 官方还是比较麻烦,定制的 git 也容易带来兼容性问题,不利于用户体验。
JGIT 是 Java 实现的 git 类库,如果要实现这些工具,还要用户安装 JRE 或者携带 JRE,并且 Java 也不擅长做跨平台命令。
libgit2 是 C 实现的一个跨平台 git 协议实现库,并且提供多种语言的 banding,所以用 libgit2 再合适不过。
git-analyze 支持参数:
- –limitsize 设置超限大小,可选,单位 MB,默认为 100,例如 –limitsize=72 或者 –limitsize 72。
- –warnsize 设置警告大小,可选,单位 MB,默认为 50。
- –timeout 设置超时大小,可选,默认未开启。
- –all 检查所有分支
- –who 显示超限文件提交信息和提交者
git-analyze 仓库参数为:
git-analyze /path/to/repo master # 也可以是 引用全名,二者的相对顺序必须是先路径后引用,标签参数不做要求。
git-analyze 在用户输入参数后,使用 libgit2 打开存储库。目前只支持工作目录的根目录和 .git 目录。
git 的每一次提交都是文件快照,并不像 Subversion 一样每一个文件都有版本号。如果要知道是否有新的文件被添加或者是被修改,
则需要与上一个提交进行比较,通常就是当前的 commit 与 parent commit 比较,在 libgit2 中,并不能直接比较,
需要比较 commit 的根 tree。使用 git_commit_tree 得到 tree 对象,git_diff_tree_to_tree 比较 tree,git_diff_foreach
去遍历 diff 的内容,这里由于我们只需要查看文件修改,所以,git_diff_foreach binary_cb hunk_cb line_cb callback 设置 为空即可,
git_diff_foreach 的 API 在下面:
libgit2 API git_diff_foreach
我们在 回调函数中,只响应 diff 类型为新增和修改的文件类型。
当出现合并时,我们的策略是,只比较第一个 parent commit,大文件引入行为归咎与合并者。
当遍历到初始提交时,parent commit 也就不存在了,所以,我们要使用 treewalk 遍历所有的文件,检测引入的大文件。
当使用 –all 参数时,git-analyze 会忽略引用参数,直接遍历所有本地分支对应的引用,然后逐一检测。
CMake
libgit2 使用 CMake 作为构建文件,CMake 能够根据不同的平台生成不同类型的项目文件,如 Visual Studio 的 msbuild
项目文件,Makefile 文件 等,然后支持自动打包,例如下面的一些代码就可以支持生成 Windows 安装程序,Ubuntu DEB 包
CMake 也能自动识别程序资源源文件 (.rc 文件),程序清单 (.manifest) 。
将 libgit2 作为一个依赖加入项目中,只需要在 CMakeLists.txt 中添加 add_subdirectory(vendor/libgit2) 可。
Timer
UNIX® 系统支持信号 SIGALRM ,注册信号后, 然后可以使用 alarm 激活定时器,git-analyze 在非 Windows 平台
是同 alarm 实现定时器,不过 alarm 精度不高,如果要使用更高精度的可以使用 ualarm 。
WINDOWS ® 系统的定时器有 CreateWaitableTimer timeSetEvent CreateTimerQueueTimer 等,分别应对不同的场景。
比如 timeSetEvent 实际上是使用 Windows Event 对象实现,内部还是开了线程,git-analyze 实现的 Timer 功能是启动一个新的线程,
然后 Sleep 后,运行 exit 退出进程,调用 exit 后会调用 ExitProcess 所以进程会退出,然后主进程结束时也会调用 ExitProcess 退出。
Rollback
在 Git 中, 有 revert 和 reset 命令,而 git-rollback 实现 git 特定分支的回滚, 只是一个直观简单的替代。
需要使用高级功能可以使用 git reset 或者 revert。
支持参数:
- –git-dir
- –backid
- –backrev
- –refname
- –force
使用 –backid 参数时,git-rollback 先需要回溯检测 commit 是否在分支上,存在的时候会设置 refname (这个支持分支名和引用全名) 的
commit 为 –backid 的值,然后运行 git gc ,当添加 –force 时会清理掉那些悬空对象。
使用 –backrev 时, git-rollback 会回溯 commit,然后当回溯次数与 –backrev 值一致时,将当前 commit 的 oid 设置到引用上,与
–backid 的策略一致即可。
由于 libgit2 暂时并未提供 GC 功能,我们调用的是原生命令,在 UNIX 类系统中,我们先获得环境变量 PATH,然后遍历这些目录是否存在 git ,
存在后,使用 fork-execvp-wait 一系列 API 运行 git GC。
在 Windows 中,我们从 git-rollback 的当前目录,以及 git-rollback 进程所在目录,以及 PATH 中查找 git,如果没有找到,
则从注册表中查找 Git for Windows 的安装路径。部分的代码如下:
Compatibility
libgit2 使用的是 UTF-8 编码,在 Windows 中转变为 UTF16 编码,使用 Windows API 完成一系列操作.
如果按照默认的 main 传递命令行参数,那么可能会发生错误,在 Windows 中, 创建进程是通过 CreateProcess 这样的 API 实现的,
NT 内核将命令行参数写入的进程的 PEB 中, CRT 初始化时,根据启动函数类型执行不同的策略 (WinMain wWinMain main wmain) ,
比如 main , CRT 通过 GetCommandLineA 获得命令行参数,然后将 LPCSTR 转变成 char * Argv[] 的形式.
GetCommandLineA 获得的命令行参数也是由 PEB 的命令行参数转换编码过来的. main 命令行参数的编码即当前代码页的编码,也就是 CP_ACP ,
比如 Windows 下常见的 936 GBK。
这样一来,libgit2 传入非 西文字符 就会操作失败, 为了支持 Windows 平台,笔者使用 wmain ,然后将命令行参数依次转变为 UTF-8,
这样就可以解决不支持非西文字符的问题。然后 POSIX 平台依然使用 main。
另外一个问题,由于参数和 libgit2 都是使用的 UTF8 编码,默认情况下,Windows 控制台的代码页在输出 UTF8 编码
字符的情况下可能会乱码,libgit2 并没有去调整,而控制台的代码页如果手动调整,可能会导致其他程序乱码。
当然可以调用 SetConsoleOutputCP 去修改代码页,笔者并未测试,笔者采用的是和 git 官方一样的策略,
检测程序当前的标准输出标准错误是否是字符设备,这个可以使用 _isatty 来检测,当然也可以使用下面的代码来实现检测:
但是,重要的一点,MSYS2 的终端模拟器 Mintty 编码是 UTF8 ,_isatty 并不会将 Mintty 识别为字符设备,这是由于
MSYS2 或者 Cygwin 中,使用的是管道的方式读取程序的输出渲染到 Mintty,不过 MSYS2 的环境变量中会存在 TERM
这样的变量,就可以用下面的代码去识别:
在输出错误的时候,我们可以修改输出颜色,在控制台中,可以使用 SetConsoleTextAttribute,使用 GetConsoleScreenBufferInfo
获得控制台的颜色,控制台是 256 色的,其中高 4位是背景色,低四位是前景色,所以可以使用下面的代码实现色彩输出:
在 Unix 或者 MSYS2 中,可以在输出中加入 \e[31m (GCC) \33[31m (MSVC) 这样的字符控制终端文字颜色。
更多的代码请查看 git-analyze
Update 2016-12-31
目前 git-analyze 增加了一些有意思的工具,比如 pre-commit 这个作为客户端的钩子,能够帮助用户阻止提交超出大小限制的文件。
并且可以在误操作添加了特定后缀名的文件后,检测并组织提交。
git-cheat 可以在当前分支的最新 commit 上创建一个无历史纪录的提交,对于一些特别的开源项目有一定的帮助。
而 git-complete 工具则能够在制定分支上创建整整一年的提交,当然用户可以决定是否需要重新创建分支。