设为首页 收藏本站
查看: 665|回复: 0

[经验分享] GIT库中禁止追踪文件变化的两种方式

[复制链接]

尚未签到

发表于 2018-1-13 15:41:38 | 显示全部楼层 |阅读模式
  在使用GIT库管理代码的时候,如果工程的编译配置不太合理,编译过程中生成的中间文件会和源代码混杂在一起,或者每次编译都会对某些文件都进行部分更新等。此类文件,往往会对GIT的add和commit操作造成麻烦,特别是当工程中大量存在此类文件时,在进行git add操作时,必需对需要更新的文件一个个单独add,这时真是费事费力,异常痛苦。当然,我们希望遇到每个工程都配置合理,避免上述问题。但是实际工作中,由于历史原因,或者是由于第三方代码的引入,上述问题似乎不可避免。
为了解决上述问题,GIT至少提供了两种方式来禁止追踪以上两类易变化但又不需要频繁check-in的文件,一种是大家熟悉的.gitignore文件,另一种是'git update-index'命令。下面详细描述两种方式的用法。

使用.gitignore文件
  使用.gitignore的文件禁止GIT库追踪文件的方法比较简单,用起来很方便,网上的相关介绍也比较多。
比如说工程中有一个加入了一个第三方的源代码包,编译后生成的中间文件.o, .so, .a 文件均不需要添加到GIT库中进行管理,这时,只需要在第三方源代码包的顶级目录下加入一个.gitignore文件,填入如下过滤规则,即可忽略该目录下所有的.o, .so, .a文件:
  

*.o  
*.a
  
*.so
  

  

  如果是一个比较大的工程,难以在短时间内确定工程中所有中间生成文件的具体位置,那么也有快速解决问题的办法。我采用的方式如下:


  • Step 1: 取一个干净的初始GIT库;
  • Step 2: 编译整个工程;
  • Step 3: 在GIT库的根目录下,利用git clean -df命令查找出所有未被追踪的中间生成文件
  

git clean -df > untracked_file.log  

  

  此时得到的untracked_file.log中包含了编译过程中生成目录和文件,并且还都没有被check-in进GIT库中。untracked_file.log的内容大概如下:
  

......  
Removing project/develop/extra/target/lib/htb.so
  
Removing project/develop/mm_test/bin.macan/
  
......
  

  


  • Step 4: 利用untracked_file.log 生成.gitignore(大家应该都能猜到该怎么做了)
    编辑untracked_file.log, 查找所有的"Removing  "字符串,替换为空,然后把文件改名为.gitignore即可。
  

project/develop/extra/target/lib/htb.so  
project/develop/mm_test/bin.macan/
  

  


  • step 5: 把生成的.gitignore放在GIT库的根目录下,并上传至GIT库。
    如上操作便可以禁止GIT追踪编译过程中的中间生成目录和文件。
利用'git update-index --assume-unchanged' 命令
  当一个文件必需放进GIT库里,同时又不需要每次改动的时候都要在库中做更新的时候,.gitignore就派不上用场了。你可能疑惑,怎么会有这样的文件呢?
举个例子,比如说我的工程中有一个buildtime.h, 每次make的时候,makefile中会自动的调用脚本获取当前系统时间,并更新buildtime.h中关于BUILD_TIME的宏定义。这个文件必需放在库里,否则编译的时候会告诉你找不到头文件;同时,这个文件每次编译都会更新,但是根本不需要提交更新.(历史遗留代码)。
再举个例子,比如说,工程里包含了很多第三方的包,开发时从来不需要改动第三方的源代码,但是每次编译,第三方的源文件或多或少都会发生一些变化。这种情况其实比较常见,原因也比较多,但总之,第三方代码在编译的过程中发生的改动完全不需要被提交到库里。
以上两种情形,.gitignore是没法用的,却可以通过如下命令告诉本地GIT库,不必对指定的文件进行追踪:
  

git update-index --assume-unchanged project/buildtime.h  

  

  如果接手一个比较大的工程,里边有巨多此类的文件,该怎么处理,一个个都找出来吗?不用担心,我采用的方法如下:


  • step 1: 取一个干净的初始GIT库;
  • step 2: 编译整个工程;
  • step 3: 在GIT库的根目录下,利用git clean -df命令,清理掉所有的中间生成文件和目录(参考.gitignore技巧中的step 3);
  • step 4: 利用git status命令,获取modified文件列表;
  

git status > modified_file.log  

  

  modified_file.log的内容,通常如下:
  

......  
#        modified:    project/buildtime.h
  
......
  

  


  • step 5: 编辑modified_file.log,生成disable_track.sh脚本。同样是对文件是查找,替换操作,最后生成如下的.sh脚本
  

#!/bin/bash  
git update-index --assume-unchanged project/buildtime.h
  
......
  

  

  通常,我还会再生成一个enable_track.sh脚本,作为disable_track.sh的反向操作,以备不时之需:
  

#!/bin/bash  
git update-index --no-assume-unchanged project/buildtime.h
  
......
  

  


  • step 6: 在本地库中执行disable_track.sh脚本, 即可禁止本地库对指定的文件进行追踪。如果需要忽略文件巨多,这步操作耗时会比较久,好在只要执行一次就可以了。
  • step 7: 把刚生成的脚本上传到GIT库,通知团队其它成员执行。'git update-index‘ 可不比.gitignore, 这个命令仅对本地库生效,所以需要上传到GIT库,让团队其它开发人员自己在本地库下执行脚本。
总结
  我现在使用的GIT工程,每次编译后,大量存在上述两类文件。每次执行git add需要找到自己改动过的文件一个一个添加,实在是无法忍受,就花了点时间在工程里做了上述的处理,效果出奇的好,不但git add可以随便用了,而且,由于大量变化的文件不需要跟踪了,GIT add, commit的操作速度也提升了不少。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-434717-1-1.html 上篇帖子: Git常用命令备忘 下篇帖子: 版本管理工具SVN学习(一):简单的SVN命令,兼对比Git
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表