做为一个免费提供私有仓库的代码托管平台,码云时常要考虑利用现有的资源支持更多的用户,对于体积较大的存存储库, 因为 git 的分布式特性,服务器每每须要更多的硬件资源来支撑这些存储库的访问。c++
码云对 git 仓库的大小限制为 1GB,用户在本地可使用以下命令查看存储库的大小。git
du -sh .git/objectsgithub
这个命令在 Git for Windows 中能够找到,也可使用 www.sysinternals.com 提供的 du (Directory disk usage reporter)工具。服务器
码云对文件的限制为 100 MB,超过 50 MB 会提出警告。一部分用户很容易将生成的二进制文件添加到版本控制之中,当推送到 码云上就被拒绝推送了。当用户须要检查或者回退就会感到很是麻烦,开发 git-analyze 的目的也就是为了解决这些用户的烦恼。app
git-analyze 此工具的设计上是根据用户的输入,扫描存储库特定分支从哪次提交引入了体积超出限制的文件。分布式
git 有多种实现,好比 Linus 的 git(官方 git),libgit2,jgit 等等,官方 git 是一个由多个子命令组成的程序集合。 可是,若是要新增一个工具到 git 官方仍是比较麻烦,定制的 git 也容易带来兼容性问题,不利于用户体验。 JGIT 是 Java 实现的 git 类库,若是要实现这些工具,还要用户安装 JRE 或者携带 JRE,而且 Java 也不擅长作跨平台 命令。libgit2 是 C 实现的一个跨平台 git 协议实现库,而且提供多种语言的 banding,因此用 libgit2 再合适不过。ide
git-analyze 支持参数:函数
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 在下面:
咱们在 回调函数中,只响应 diff 类型为新增和修改的文件类型。
当出现合并时,咱们的策略是,只比较第一个 parent commit,大文件引入行为归咎与合并者。
当遍历到初始提交时,parent commit 也就不存在了,因此,咱们要使用 treewalk 遍历全部的文件,检测引入的大文件。
当使用 --all 参数时,git-analyze 会忽略引用参数,直接遍历全部本地分支对应的引用,而后逐一检测。
libgit2 使用 CMake 做为构建文件,CMake 可以根据不一样的平台生成不一样类型的项目文件,如 Visual Studio 的 msbuild 项目文件,Makefile 文件 等,而后支持自动打包,例以下面的一些代码就能够支持生成 Windows 安装程序,Ubuntu DEB 包
set(CMAKE_INSTALL_RPATH "${CMAKE_INSTALL_PREFIX}/lib") set(CPACK_PACKAGE_NAME "git-analyze") set(CPACK_PACKAGE_VENDOR "OSChina.NET") set(CPACK_PACKAGE_DESCRIPTION "This is git analyze tools") set(CPACK_PACKAGE_DESCRIPTION_SUMMARY "GIT Analyze") set(CPACK_PACKAGE_INSTALL_DIRECTORY "git-analyze") set(CPACK_PACKAGE_VERSION_MAJOR ${GITANALYZE_VERSION_MAJOR}) set(CPACK_PACKAGE_VERSION_MINOR ${GITANALYZE_VERSION_MINOR}) set(CPACK_PACKAGE_VERSION_PATCH ${GITANALYZE_VERSION_PATCH}) set(CPACK_PACKAGE_VERSION ${PACKAGE_VERSION}) set(CPACK_RESOURCE_FILE_LICENSE "${CMAKE_CURRENT_SOURCE_DIR}/LICENSE") set(CPACK_PACKAGE_DESCRIPTION "Git Analyze") set(CPACK_DEBIAN_PACKAGE_DEPENDS "libc6 (>= 2.3.1-6)") set(CPACK_PACKAGE_CONTACT "admin@oschina.cn") set(CPACK_DEBIAN_PACKAGE_SECTION T) if(WIN32 AND NOT UNIX) set(CPACK_PACKAGE_INSTALL_REGISTRY_KEY "GitAnalyze") set(CPACK_NSIS_MUI_ICON "${CMAKE_CURRENT_SOURCE_DIR}\\\\cmake\\\\git.ico") set(CPACK_NSIS_MUI_UNIICON "${CMAKE_CURRENT_SOURCE_DIR}\\\\cmake\\\\git.ico") set(CPACK_NSIS_MODIFY_PATH "ON") set(CPACK_NSIS_ENABLE_UNINSTALL_BEFORE_INSTALL "ON") if( CMAKE_CL_64 ) set(CPACK_NSIS_INSTALL_ROOT "$PROGRAMFILES64") endif() endif() include(CPack) if(WIN32) include(InstallRequiredSystemLibraries) endif() install(TARGETS git-analyze DESTINATION bin )
CMake 也能自动识别程序资源源文件 (.rc 文件),程序清单 (.manifest) 。
#C++ Based hook command if(WIN32) add_executable(git-analyze driver.cc analyze.cc environment.cc git-analyze.rc git-analyze.manifest ) else() add_executable(git-analyze driver.cc analyze.cc environment.cc ) endif()
将 libgit2 做为一个依赖加入项目中,只须要在 CMakeLists.txt 中添加 add_subdirectory(vendor/libgit2) 可。
UNIX® 系统支持信号 SIGALRM ,注册信号后, 而后可使用 alarm 激活定时器,git-analyze 在非 Windows 平台 是同 alarm 实现定时器,不过 alarm 精度不高,若是要使用更高精度的可使用 ualarm 。
WINDOW ® 系统的定时器有 CreateWaitableTimer timeSetEvent CreateTimerQueueTimer 等,分别应对不一样的场景。 好比 timeSetEvent 其实是使用 Windows Event 对象实现,内部仍是开了线程,git-analyze 实现的 Timer 功能是启动 一个新的线程,而后 Sleep 后,运行 exit 退出进程,调用 exit 后会调用 ExitProcess 因此进程会退出,而后主进程结束时 也会调用 ExitProcess 退出。
在 Git 中, 有 revert 和 reset 命令,而 git-rollback 实现 git 特定分支的回滚, 只是一个直观简单的替代。须要使用高级功能 可使用 git reset 或者 revert。
支持参数:
使用 --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 的安装路径。部分的代码以下:
class WCharacters { private: wchar_t *wstr; public: WCharacters(const char *str) : wstr(nullptr) { if (str == nullptr) return; int unicodeLen = ::MultiByteToWideChar(CP_UTF8, 0, str, -1, NULL, 0); if (unicodeLen == 0) return; wstr = new wchar_t[unicodeLen + 1]; if (wstr == nullptr) return; wstr[unicodeLen] = 0; ::MultiByteToWideChar(CP_UTF8, 0, str, -1, (LPWSTR)wstr, unicodeLen); } const wchar_t *Get() { if (!wstr) return nullptr; return const_cast<const wchar_t *>(wstr); } ~WCharacters() { if (wstr) delete[] wstr; } }; inline bool PathFileIsExistsU(const std::wstring &path) { auto i = GetFileAttributesW(path.c_str()); return INVALID_FILE_ATTRIBUTES != i; } inline bool PathRemoveFileSpecU(wchar_t *begin, wchar_t *end) { for (; end > begin; end--) { if (*end == '/' || *end == '\\') { *end = 0; return true; } } return false; } typedef BOOL(WINAPI *LPFN_ISWOW64PROCESS)(HANDLE, PBOOL); BOOL IsRunOnWin64() { BOOL bIsWow64 = FALSE; LPFN_ISWOW64PROCESS fnIsWow64Process = (LPFN_ISWOW64PROCESS)GetProcAddress( GetModuleHandleW(L"kernel32"), "IsWow64Process"); if (NULL != fnIsWow64Process) { if (!fnIsWow64Process(GetCurrentProcess(), &bIsWow64)) { // handle error } } return bIsWow64; } BOOL WINAPI FindGitInstallationLocation(std::wstring &location) { // HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Git_is1 // InstallLocation HKEY hInst = nullptr; LSTATUS result = ERROR_SUCCESS; const wchar_t *git4win = LR"(SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Git_is1)"; const wchar_t *installKey = L"InstallLocation"; WCHAR buffer[4096] = {0}; #if defined(_M_X64) if (RegOpenKeyExW(HKEY_LOCAL_MACHINE, git4win, 0, KEY_READ, &hInst) != ERROR_SUCCESS) { if (RegOpenKeyExW(HKEY_LOCAL_MACHINE, git4win, 0, KEY_READ | KEY_WOW64_32KEY, &hInst) != ERROR_SUCCESS) { // Cannot found msysgit or Git for Windows install return FALSE; } } #else if (IsRunOnWin64()) { if (RegOpenKeyExW(HKEY_LOCAL_MACHINE, git4win, 0, KEY_READ | KEY_WOW64_64KEY, &hInst) != ERROR_SUCCESS) { if (RegOpenKeyExW(HKEY_LOCAL_MACHINE, git4win, 0, KEY_READ, &hInst) != ERROR_SUCCESS) { // Cannot found msysgit or Git for Windows install return FALSE; } } } else { if (RegOpenKeyExW(HKEY_LOCAL_MACHINE, git4win, 0, KEY_READ, &hInst) != ERROR_SUCCESS) { return FALSE; } } #endif DWORD type = 0; DWORD dwSize = 4096 * sizeof(wchar_t); result = RegGetValueW(hInst, nullptr, installKey, RRF_RT_REG_SZ, &type, buffer, &dwSize); if (result == ERROR_SUCCESS) { location.assign(buffer); } RegCloseKey(hInst); return result == ERROR_SUCCESS; } //// // //// // bool search_git_from_path(std::wstring &gitbin) { // /// // WCHAR buffer[4096] = {0}; // DWORD dwLength = 0; // //// // if ((dwLength = // SearchPathW(nullptr, L"git", L".exe", 4096, buffer, nullptr)) > 0) // { // gitbin.assign(buffer, dwLength); // return true; // } // return false; // } bool SearchGitForWindowsInstall(std::wstring &gitbin) { // if (!FindGitInstallationLocation(gitbin)) return false; gitbin.push_back(L'\\'); gitbin.append(L"git.exe"); if (PathFileIsExistsU(gitbin)) return true; return false; } // bool GitExecutePathSearchAuto(const wchar_t *cmd, std::wstring &gitbin) { //// Self , Path Env, if (PathFileIsExistsU(cmd)) { gitbin.assign(cmd); return true; } std::wstring Path; Path.reserve(0x8000); /// 32767 /// auto len = GetModuleFileNameW(nullptr, &Path[0], 32767); if (len > 0) { auto end = &Path[0] + len; PathRemoveFileSpecU(&Path[0], end); gitbin.assign(&Path[0]); gitbin.push_back(L'\\'); gitbin.append(cmd); if (PathFileIsExistsU(gitbin)) return true; gitbin.clear(); } /// GetEnvironmentVariableW(L"PATH", &Path[0], 32767); auto iter = &Path[0]; for (; *iter; iter++) { if (*iter == ';') { gitbin.push_back(L'\\'); gitbin.append(cmd); if (PathFileIsExistsU(gitbin)) { return true; } gitbin.clear(); } else { gitbin.push_back(*iter); } } return false; } /// First search git from path. bool GitGCInvoke(const std::string &dir, bool forced) { /// WCharacters wstr(dir.c_str()); /// convert to UTF16 std::wstring gitbin; if (!GitExecutePathSearchAuto(L"git.exe", gitbin)) { if (!SearchGitForWindowsInstall(gitbin)) { BaseErrorMessagePrint( "Not Found git in your PATH environemnt variable and Registry !"); return false; } } ///////////////////////////////////////////////////////// std::wstring cmdline; cmdline.reserve(0x8000); _snwprintf_s(&cmdline[0], 32767, 32767, LR"("%s" gc )", gitbin.c_str()); if (forced) { wcscat_s(&cmdline[0], 32767, L"--prune=now --force"); } STARTUPINFOW si; PROCESS_INFORMATION pi; ZeroMemory(&si, sizeof(si)); ZeroMemory(&pi, sizeof(pi)); si.cb = sizeof(si); if (!CreateProcessW(nullptr, &cmdline[0], nullptr, nullptr, FALSE, 0, nullptr, wstr.Get(), &si, &pi)) { return false; } bool result = false; if (WaitForSingleObject(pi.hProcess, INFINITE) == WAIT_OBJECT_0) { DWORD dwExit = 0; if (GetExitCodeProcess(pi.hProcess, &dwExit) && dwExit == 0) { result = true; } } CloseHandle(pi.hThread); CloseHandle(pi.hProcess); return result; }
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。
#if defined(_WIN32) && !defined(__CYGWIN__) #include <Windows.h> //// To convert Utf8 char *CopyToUtf8(const wchar_t *wstr) { auto l = WideCharToMultiByte(CP_UTF8, 0, wstr, -1, NULL, 0, NULL, NULL); char *buf = (char *)malloc(sizeof(char) * l + 1); if (buf == nullptr) throw std::runtime_error("Out of Memory "); WideCharToMultiByte(CP_UTF8, 0, wstr, -1, buf, l, NULL, NULL); return buf; } int wmain(int argc, wchar_t **argv) { std::vector<char *> Argv_; auto Release = [&]() { for (auto &a : Argv_) { free(a); } }; try { for (int i = 0; i < argc; i++) { Argv_.push_back(CopyToUtf8(argv[i])); } } catch (const std::exception &e) { BaseErrorMessagePrint("Exception: %s\n", e.what()); Release(); return -1; } AnalyzeArgs analyzeArgs; ProcessArgv((int)Argv_.size(), Argv_.data(), analyzeArgs); if (ProcessAnalyzeTask(analyzeArgs)) { BaseConsoleWrite("git-analyze: Operation completed !\n"); } else { BaseErrorMessagePrint("git-analyze: Operation aborted !\n"); } Release(); return 0; } #else int main(int argc, char **argv) { AnalyzeArgs analyzeArgs; ProcessArgv(argc, argv, analyzeArgs); if (ProcessAnalyzeTask(analyzeArgs)) { BaseConsoleWrite("git-analyze: Operation completed !\n"); } else { BaseErrorMessagePrint("git-analyze: Operation aborted !\n"); } return 0; } #endif
另一个问题,因为参数和 libgit2 都是使用的 UTF8 编码,默认状况下,Windows 控制台的代码页在输出 UTF8 编码 字符的状况下可能会乱码,libgit2 并无去调整,而控制台的代码页若是手动调整,可能会致使其余程序乱码。 固然能够调用 SetConsoleOutputCP 去修改代码页,笔者并未测试,笔者采用的是和 git 官方同样的策略, 检测程序当前的标准输出标准错误是不是字符设备,这个可使用 _isatty 来检测,固然也可使用下面的代码 来实现检测:
bool IsUnderConhost(FILE *fp) { HANDLE hStderr = reinterpret_cast<HANDLE>(_get_osfhandle(_fileno(fp))); return GetFileType(hStderr) == FILE_TYPE_CHAR; }
可是,重要的一点,MSYS2 的终端模拟器 Mintty 编码是 UTF8 ,_isatty 并不会将 Mintty 识别为字符设备,这是因为 MSYS2 或者 Cygwin 中,使用的是管道的方式读取程序的输出渲染到 Mintty,不过 MSYS2 的环境变量中会存在 TERM 这样的变量,就能够用下面的代码去识别:
bool IsWindowsTTY() { if (GetEnvironmentVariableW(L"TERM", NULL, 0) == 0) { if (GetLastError() == ERROR_ENVVAR_NOT_FOUND) return false; } return true; }
在输出错误的时候,咱们能够修改输出颜色,在控制台中,可使用 SetConsoleTextAttribute,使用 GetConsoleScreenBufferInfo 得到控制台的颜色,控制台是 256 色的,其中高 4位是背景色,低四位是前景色,因此可使用下面的代码实现色彩输出:
int BaseErrorWriteConhost(const char *buf, size_t len) { // TO set Foreground color HANDLE hConsole = GetStdHandle(STD_ERROR_HANDLE); CONSOLE_SCREEN_BUFFER_INFO csbi; GetConsoleScreenBufferInfo(hConsole, &csbi); WORD oldColor = csbi.wAttributes; WORD newColor = (oldColor & 0xF0) | FOREGROUND_INTENSITY | FOREGROUND_RED; SetConsoleTextAttribute(hConsole, newColor); DWORD dwWrite; WCharacters wstr(buf, len); WriteConsoleW(hConsole, wstr.Get(), wstr.Length(), &dwWrite, nullptr); SetConsoleTextAttribute(hConsole, oldColor); return dwWrite; }
在 Unix 或者 MSYS2 中,能够在输出中加入 \e[31m (GCC) \33[31m (MSVC) 这样的字符控制终端文字颜色。
更多的代码请查看 git-analyze