效果图

问题描述
git基本是大部分码农都会用的工具,我们公司以前在维护系统源码的时候,用的repo的管理方式,后来觉得这种方式不太方便,于是,后来都是使用一个大的git仓库进行源码管理。源码仓库跟应用仓库最大的区别在于它非常的庞大,对于我们开发者来说,其实最重要的并非源码,而是我们修改的patch;所以,相对于备份源码或者整个git仓库;不如将git仓库的所有patch打出来,然后按照commit记录进行命名,这样相对简单得多。
解决思路
我的解决思路就是写一个shell脚本,去执行一些git操作以及Linux指令。具体可以分为以下几个步骤:
- 将所有的git记录导出到一个txt文件
- 将所有的patch导出来
- 提取步骤1导出的txt文件中的commit记录,然后将patch重命名为commit记录
下面详细介绍整个shell脚本编写的过程以及遇到问题的解决思路。
导出git记录
首先,先新建一个文件夹,存放之后操作所生成的所有文件;由于我会有很多个项目要导出,所以,shell脚本我做成了一个函数,方便多次调用。然后,git有一条指令,可以直接将git log导出到文件中;
具体代码如下:
#!/bin/bash
function format_patch()
{
PRODUCTNAME=$1
cd $PRODUCTNAME
rm -rf format-patch/
mkdir format-patch/
# 将git log导出到txt文件中
git --no-pager log > format-patch/$PRODUCTNAME.txt
}
# 调用函数,将Settings仓库的patch导出
format_patch Settings
下图是我的文件目录:

通过执行sh format-patch.sh 指令,会在Settings目录下创建文件夹并生成Settings.txt,保存着git log

导出所有patch
用git format-patch --root dev可以将dev分支的所有patch导出,前提是当前分支是dev;当然,在dev分支导出master分支的patch也是可以通过指令实现的,具体可以查查git的用法。但是呢,在这里我不用这条指令,主要原因是搞过源码的都知道,git大仓库的第一条提交记录是整个源码,所以,如果将所有patch导出来,那跟要了整份源码没啥区别;所以,这里我会跳过第一条提交记录,将剩下的patch导出来。实现思路分以下几个步骤:
- 计算之前导出的git log中总的有多少提交记录
- 通过
git format-patch -n指令将patch导出来
通过上面的图片可以看出来,假设我在第一行上面,加多一行,那么每6行就是一条提交记录;所以,这时候,如果我们将加多一行的总行数除以6,那么就能得到总的有多少条提交记录。但是因为我们不需要第一条提交记录,所以,我们不额外加多一行,用目前保存的总行数除以6,虽然有余数,但是取整之后刚好就是总的提交记录条数减一,刚好是我们需要的数值。
#!/bin/bash
function format_patch()
{
PRODUCTNAME=$1
cd $PRODUCTNAME
rm -rf format-patch/
mkdir format-patch/
# 将git log导出到txt文件中
git --no-pager log > format-patch/$PRODUCTNAME.txt
#获取txt文件中总的有多少行
TOTALLINE=`grep -c "" format-patch/$PRODUCTNAME.txt`
#总行数除以6,得到总提交记录数 - 1
MAXCOUNT=`expr $TOTALLINE / 6`
#生成所有的patch
git

7571

被折叠的 条评论
为什么被折叠?



