提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档
前言
由于python项目部署在内网环境下，无法通过git push命令直接推上云仓库，也无法使用git pull命令。曾经是每次修改都要重新同步一份项目整体到内网服务器，各种杂七杂八的文件非常庞大，传输费时费力。由于使用git管理，便进行调研，发现git本身支持导出diff。便对git diff命令以及git apply进行了学习。首先我们假定内网服务器和我们本地的提交开始是一致的。
提示：以下是本篇文章正文内容，下面案例可供参考
一、导出变更
当我们本地对代码进行了修改提交之后，我们可以对代码的变更信息进行导出，git diff使用如下:
# 以下命令会列出从基础版本到目标版本的变更，两者不能写反，若反过来则原本添加一条语句会变成删除一条语句，是从目标版本向基础版本的变更，请注意。可以将基础版本和目标版本换成相应的commitId
git diff 基础版本 目标版本
# 最新的提交的修改
git diff head~ head
# 导出到文件中，使用重定向到文件
git diff 基础版本 目标版本 > update.patch
通过上述命令即可得到patch文件，patch文件的大小只与你的修改有关，非常的小。
得到patch文件后就可以传输到需要导入变更的电脑。
二、导入变更
通过以下命令，即可导入patch的变更:
# 这里换成你自己的patch名称及patch文件的路径
git apply update.patch
通过git status即可查看到代码的修改
三、问题
1. 基础版本和目标版本写反
第一次用的时候，使用了git diff head head~,然后怎么也导入不进去，报错patch does not apply，
通过git apply --check update.patch查看详细信息报 **while search for ** 也就是找不到相应的位置。然后思考之后意识到可能diff的两个参数是有顺序区分的，并不是按照commit顺序的diff，于是交换参数位置，apply成功。
2. 没有提交
通过diff和apply进行操作，是不能导出导入commit的，所以这样子只能保证两边的代码是一致的，而commit不一致，如果遇到需要回滚版本等等，apply端可以reset到最近一个共同版本然后应用该版本到最新的patch。
3. 版本控制
由于同步的commit不一致，则只能选取一端做版本控制，另一端只是为了代码同步，使得代码能够运行
4. 使用windows CMD,apply时 unrecognized input
如果是windows环境，最好不要使用cmd去git diff导出，这会导致导出文件的编码等信息错误，最终引发** unrecognized input**。最好使用linux命令行或者git bash
四、 总结
上文通过对diff和apply命令的使用，使得多个终端之间能够快速的传递变更应用变更，避免了整个项目同步时大文件进行压缩传输的时间体积问题，也对遇到的问题进行了一些罗列，希望能帮到大家。
|