git定位追踪一行或若干行代码修改历史记录
git定位追踪一行或若干行代码修改历史记录
先使用git blame追踪溯源这些行代码修改的历史记录,比如:
git blame -L 201,208 YanBaoFragment.java
这样会把YanBaoFragment.java代码文件的第201行到208行代码的改动记录输出,如:
497dace89 (zhangphil 2018-05-02 19:10:58 +0800 201) private class RVItem extends Item {
ae3abc303 (zhangphil 2018-05-12 17:48:37 +0800 202) ResearchReportData researchReportData;
ae3abc303 (zhangphil 2018-05-12 17:48:37 +0800 203)
497dace89 (zhangphil 2018-05-02 19:10:58 +0800 204) @Override
497dace89 (zhangphil 2018-05-02 19:10:58 +0800 205) public int getType() {
4875c7232 (zhangphil 2018-05-02 19:51:41 +0800 206) return NORMAL;
497dace89 (zhangphil 2018-05-02 19:10:58 +0800 207) }
497dace89 (zhangphil 2018-05-02 19:10:58 +0800 208) }
输出的结果最前面是提交的commit id,在根据commit id ,即可进一步溯源这次代码改动的详细记录,如:
git show 497dace89
至此输出全部修改记录。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
微服务太分散?使用Fundebug集中式bug监控
摘要: 微服务日志分散,可以使用Fundebug的异常监控将它们集中起来。 当一个项目复杂到一定程度,功能越来越多,随之对应的模块也越来越多。 如果都放在一个大的项目下面,共同开发,整合发布,那么会变得越来越复杂,难以维护。 image 如果模块之间没有非常强的耦合性,我们可以考虑把它们单独拆开。 把某些模块作成一个独立的服务,一个独立的项目。 这样既利于开发,也利于维护。 image 不过呢,利于维护是指一个服务本身因为拆分的够小,逻辑简单,代码量少。 但是,如果拆成了几个甚至几十个微服务,整个系统的维护成本又会变高。 举个简单的例子,日志分析。 如果用户反馈有bug,你很有可能要从一个微服务排查到另一个微服务,直到找到问题。 日志的分散性又为分析问题带来了难度。 如果把日志聚合,一定程度上可以解决问题。但是如何聚合以及有效分析还是麻烦。 使用Fundebug来做异常监控,可以有效地将不同的服务的错误信息整合到一个平台上。 你只需要在项目中引入Fundebug插件即可。 一有异常,该插件会将信息收集发送到云端并提供邮件或钉钉等第三方报警服务。 image Fundebug后台有众多不...
- 下一篇
PHP与反ajax推送,实现的消息实时推送功能
index.html <!DOCTYPE HTML> <html> <head> <title>反ajax推送</title> <style> .send{color:#555;text-align: left;} .require{color:blue;text-align: right;} .content_box{text-align: center;margin: 20px; border: 1px solid #ddd;padding: 20px;} </style> <script src="http://code.jQuery.com/jquery-1.11.2.min.js"></script> </head> <body> <div class="content_box" id="content_box_title" style="border: none;">消息框</div> <div class="co...
相关文章
文章评论
共有0条评论来说两句吧...