git server“丢失”commit问题探究

1 背景

gitlab某仓库有同事发现部分代码文件内容丢失，具体表现

A. dev分支commit信息是连续的，看不出明显的大时间范围批量丢失

B. 以SuncardCashier/control/CSymbolEdit.h为例，在1c88f613下只能看到2个历史相关提交

但是1天前提交的bfff1f51，也有此文件的修改提交，意味着bfff1f51这个提交“丢失”了

2 追查过程

2.1 gitlab server侧寻找线索

表面上像是gitlab server出现了某些问题导致“丢失”，所以查看/var/log/gitlab/gitlab-rails/下的production.log日志（production.log是当天的，production.log.31.gz是更早日期压缩后的，需要解压查看）。

但是通过查看日志只有一些查看上述commit的api access log，并无有效线索。并且同时段的其他仓库可以看到commit信息

2.2 gitlab network graph寻找线索

此时怀疑是有人在本地误使用rebase等命令再force push导致server的commit丢失，通过gitlab的network g