gitk调用BeyondCompare查看代码中的修改部分
BeyondCompare使用说明
Beyond Compare 使用说明
打开工具后界面；
一、文件夹的比较；
启动Beyond Compare，点击界面左侧“文件夹比较”按钮，即可进入文件夹比较界面；首先设置比较标准
使用二进制比较的是文件的实际内容如果使用的是时间戳比较的话，会造成文件时间不同，内容相同也会被认为有差异；
同时还可以设置名字过滤器
a.在“文件夹比较界面”分别添加我们要比较的两个文件夹；红色表示有差异可点击
查看详细信息；
c.添加两个对比文件夹后，我们点击界面上的
就可以显示出对比文件夹不同之处；
【当点击右边向下箭头，就可以显示出对比不同的细节】
1、显示差异；（所有的不同的显示出来，把不同的都列出来）
2、显示不孤立部分；（就是文件名相同的文件）
3、显示有差异但不孤立的部分；（在文件名相同的情况下，显示内容有差别的）
4、显示孤立；（显示出两个文件夹只有单独的一个多余的文件）
5、还有其它的对比显示，可更具字面意思很容易理解；
d.可以右键选中要操作的文件夹，对比较的文件夹进行不同操作
二、文本的比较
1、在首页左侧栏中选中“文本比较”；
2、进入比较页面；
3、可直接填入文本地址，或者张贴文本；（红色部分为有差异部分）
4、可以对比较的文本右键选中进行需要的操作
5、
5、对于文本比较的时候，文本对其方式可手动设置，如果不设置默认为
文本对齐是按“相似性”，而不是按“行”
手动设置
会话→会话设置
可手动设置对比方式；
三、数据对比
1、在首页左侧栏选中“数据对比”；
2、进入主页面；（添加要比较的数据文件）
3、红色部分为有差异部分
4、同理可以点击鼠标右键进行需要的操作；。
BeyondCompare使用说明
BeyondCompare使⽤说明
Beyond Compare 使⽤说明
打开⼯具后界⾯；
⼀、⽂件夹的⽐较；
启动Beyond Compare，点击界⾯左侧“⽂件夹⽐较”按钮，即可进⼊⽂件夹⽐较界⾯；⾸先设置⽐较标准
使⽤⼆进制⽐较的是⽂件的实际内容如果使⽤的是时间戳⽐较的话，会造成⽂件时间不同，内容相同也会被认为有差异；同时还可以设置名字过滤器
查看详细信息；
c.添加两个对⽐⽂件夹后，我们点击界⾯上的
就可以显⽰出对⽐⽂件夹不同之处；
【当点击右边向下箭头，就可以显⽰出对⽐不同的细节】
1、显⽰差异；（所有的不同的显⽰出来，把不同的都列出来）
2、显⽰不孤⽴部分；（就是⽂件名相同的⽂件）
3、显⽰有差异但不孤⽴的部分；（在⽂件名相同的情况下，显⽰内容有差别的）
4、显⽰孤⽴；（显⽰出两个⽂件夹只有单独的⼀个多余的⽂件）
5、还有其它的对⽐显⽰，可更具字⾯意思很容易理解；
d.可以右键选中要操作的⽂件夹，对⽐较的⽂件夹进⾏不同操作
⼆、⽂本的⽐较
1、在⾸页左侧栏中选中“⽂本⽐较”；
2、进⼊⽐较页⾯；
3、可直接填⼊⽂本地址，或者张贴⽂本；（红⾊部分为有差异部分）
4、可以对⽐较的⽂本右键选中进⾏需要的操作
5、
5、对于⽂本⽐较的时候，⽂本对其⽅式可⼿动设置，如果不设置默认为⽂本对齐是按“相似性”，⽽不是按“⾏”
⼿动设置
会话→会话设置
可⼿动设置对⽐⽅式；
三、数据对⽐
1、在⾸页左侧栏选中“数据对⽐”；
2、进⼊主页⾯；（添加要⽐较的数据⽂件）
3、红⾊部分为有差异部分
4、同理可以点击⿏标右键进⾏需要的操作；。
【推荐下载】Android之常用Git命令
Android 之常用Git 命令2017/05/06 0 代码修改后提交步骤：git status：查看代码修改状态git diff：查看代码修改细节，也能看代码空git add . ：添加新加入的代码git commit -m details ：本地提交，并注释提交内容git commit --amend：之后修改再提交时使用，再按Ctrl X 退出git pull --rebase：提交前一定要先更新代码repo upload . ：将代码提交上去git reset --hard hashcode：重置到某个哈希的记录上git checkout branchname：切换分支git mergetool：解决冲突git log：看最近谁有提交，以及提交的描述git log -n 1：看最后一次的提交git log-n 1 --stat：最近一次提交所有更改过的文件git log -n 1 -p：最近一次提交所有更改的细节repo 操作：repo init (下载repo 并克隆manifest)repo sync(下载代码)repo start(创建并切换分支)repo checkout(切换分支)repo branches(查看分支)repo diff(查看工作区文件差异)repo prune(删除已经合并分支实际上是对git branch –d 命令的封装)repo abandon(删除指定分支实际上是对git branch –D 命令的封装)repo status(查看文件状态)repo upload(推送到代码审核服务器)源码调试adb 命令：adb rootadb remount 连接电脑与手机的操作adb push 文件Android 系统之路径中与编译出来路径一致install 的话重启后会消失adb logcat logadb disable-verity编译模块：到模块目录下mmmmm -B ../../..jack-admin stop-server添加layout 或其他资源文件，记得要在symbols 中添加标签。
Linux系统下基于BeyondCompare3工具的图形可视化方式确认git代码内容的修改和git冲突解决,git log的查看
Linux系统下基于BeyondCompare3工具的图形可视化方式确认git代码内容的修改和git冲突的解决，git log的查看------ 陈泽元 20120810 第三研究所git工具很强大，但如果对命令使用不熟悉，很容易引起代码上传的相关问题，在这里提供一种基于Beyo ndCompare3工具可视化检查上传前代码内容的修改以及出现冲突时的可视化解决方案。
在ubuntu下，默认是可以使用meld工具进行冲突内容的可视化解决，但该工具不够强大，或许我们更熟悉使用BeyondCompare工具，具体方法为：一、安装BeyondCompare3务必安装BeyondCompare3工具，Ubuntu下默认安装了BeyondCompare2版本，如果使用该版本，后续操作会有所不同，尽可能的安装版本3。
安装BeyondCompare3这里不做介绍，可以上网搜索。
如果你安装的是BeyondCompare2，可以安装下述方式升级到版本3：在连接外网的前提下，依次点击“应用程序”---->“编程”---->“Beyond Compare”，启动BeyondCompare 2软件，点击菜单“New Session....”，弹出的对话框上根据你机器的CPU类型来选择更新软件（目前，我们使用的都是64位系统，可以选择AMD64那一项下载），下载完后，默认保存在/root/下，双击下载的包，根据提示安装就可以了。
安装完毕后，在/usr/bin/下，会有一个bcompare.sh的脚本文件，它用来启动BeyondCompare软件的，一定要保证它的存在。
二、修改git配置文件，将BeyondCompare3设置为git的默认比较工具修改git配置文件的方式有三种：（如果看不到下面所述文件，说明该文件属性是隐藏的，请点击ctrl+h组合键，显示隐藏文件）1、编辑.gitconfig文件（注：该文件是系统整个git工具的默认配置文件，此处设置后，将在所有用到的gi t地方都起作用）打开/root/.gitconfig文件，添加如下内容至文件末尾:[diff]tool = bc3[difftool "bc3"]cmd = /usr/bin/bcompare \"$LOCAL\" \"$REMOTE\"[difftool]prompt = false[merge]tool = bc3[mergetool "bc3"]cmd = /usr/bin/bcompare \"$LOCAL\" \"$REMOTE\" \"$BASE\" \"$MERGED\"trustExitCode = true2、编辑项目目录下的git配置文件（注：这种方式只会修改当前目录下的git配置信息，当在其它目录下操作时，配置不起作用）打开/your_M3_source_code/.git/config文件，添加如下内容至文件末尾：[diff]tool = bc3[difftool "bc3"]cmd = /usr/bin/bcompare \"$LOCAL\" \"$REMOTE\"[difftool]prompt = false[merge]tool = bc3[mergetool "bc3"]cmd = /usr/bin/bcompare \"$LOCAL\" \"$REMOTE\" \"$BASE\" \"$MERGED\"trustExitCode = true3、或许可以使用命令行进行配置，该方法没尝试过，如果有兴趣，可以尝试：git config --global diff.tool=bc3git config --global difftool.bc3.cmd=/usr/bin/bcompare "$LOCAL" "$REMOTE"git config --global difftool.prompt=falsegit config --global merge.tool=bc3git config --global mergetool.bc3.cmd=/usr/bin/bcompare "$LOCAL" "$REMOTE" "$BASE" "$MERGED"git config --global mergetool.bc3.trustexitcode=true三、确认git配置文件是否配置成功在终端上输入:git config --global --list查看git全局配置文件.gitconfig文件是否包含所添加的配置信息；在your_M3-source_code下输入：git config --local --list可以查看当前工程下/.git/config的配置信息，看是否包括你所添加的配置。
Linux系统下基于BeyondCompare3工具的图形可视化方式确认git代码内容的修改和git冲突解决,git log的查看
Linux系统下基于BeyondCompare3工具的图形可视化方式确认git代码内容的修改和git冲突的解决，git log的查看------ 陈泽元 20120810 第三研究所git工具很强大，但如果对命令使用不熟悉，很容易引起代码上传的相关问题，在这里提供一种基于Beyo ndCompare3工具可视化检查上传前代码内容的修改以及出现冲突时的可视化解决方案。
在ubuntu下，默认是可以使用meld工具进行冲突内容的可视化解决，但该工具不够强大，或许我们更熟悉使用BeyondCompare工具，具体方法为：一、安装BeyondCompare3务必安装BeyondCompare3工具，Ubuntu下默认安装了BeyondCompare2版本，如果使用该版本，后续操作会有所不同，尽可能的安装版本3。
安装BeyondCompare3这里不做介绍，可以上网搜索。
如果你安装的是BeyondCompare2，可以安装下述方式升级到版本3：在连接外网的前提下，依次点击“应用程序”---->“编程”---->“Beyond Compare”，启动BeyondCompare 2软件，点击菜单“New Session....”，弹出的对话框上根据你机器的CPU类型来选择更新软件（目前，我们使用的都是64位系统，可以选择AMD64那一项下载），下载完后，默认保存在/root/下，双击下载的包，根据提示安装就可以了。
安装完毕后，在/usr/bin/下，会有一个bcompare.sh的脚本文件，它用来启动BeyondCompare软件的，一定要保证它的存在。
二、修改git配置文件，将BeyondCompare3设置为git的默认比较工具修改git配置文件的方式有三种：（如果看不到下面所述文件，说明该文件属性是隐藏的，请点击ctrl+h组合键，显示隐藏文件）1、编辑.gitconfig文件（注：该文件是系统整个git工具的默认配置文件，此处设置后，将在所有用到的gi t地方都起作用）打开/root/.gitconfig文件，添加如下内容至文件末尾:[diff]tool = bc3[difftool "bc3"]cmd = /usr/bin/bcompare \"$LOCAL\" \"$REMOTE\"[difftool]prompt = false[merge]tool = bc3[mergetool "bc3"]cmd = /usr/bin/bcompare \"$LOCAL\" \"$REMOTE\" \"$BASE\" \"$MERGED\"trustExitCode = true2、编辑项目目录下的git配置文件（注：这种方式只会修改当前目录下的git配置信息，当在其它目录下操作时，配置不起作用）打开/your_M3_source_code/.git/config文件，添加如下内容至文件末尾：[diff]tool = bc3[difftool "bc3"]cmd = /usr/bin/bcompare \"$LOCAL\" \"$REMOTE\"[difftool]prompt = false[merge]tool = bc3[mergetool "bc3"]cmd = /usr/bin/bcompare \"$LOCAL\" \"$REMOTE\" \"$BASE\" \"$MERGED\"trustExitCode = true3、或许可以使用命令行进行配置，该方法没尝试过，如果有兴趣，可以尝试：git config --global diff.tool=bc3git config --global difftool.bc3.cmd=/usr/bin/bcompare "$LOCAL" "$REMOTE"git config --global difftool.prompt=falsegit config --global merge.tool=bc3git config --global mergetool.bc3.cmd=/usr/bin/bcompare "$LOCAL" "$REMOTE" "$BASE" "$MERGED"git config --global mergetool.bc3.trustexitcode=true三、确认git配置文件是否配置成功在终端上输入:git config --global --list查看git全局配置文件.gitconfig文件是否包含所添加的配置信息；在your_M3-source_code下输入：git config --local --list可以查看当前工程下/.git/config的配置信息，看是否包括你所添加的配置。
比对工具beyond用法(一)
比对工具beyond用法(一)比对工具Beyond介绍Beyond是一款功能强大的比对工具，可以用于比对文件、文件夹和代码等内容。
它提供了多种比对模式和丰富的功能，方便用户查找和解决文件之间的差异。
主要功能•文件比对–Beyond可以比对两个文件之间的差异，并高亮显示不同之处。
–用户可以使用Beyond的对比器来详细查看差异，包括修改、新增和删除的内容。
–对比结果可以导出为文本文件或HTML文件，方便保存和分享。
•文件夹比对–Beyond可以逐个比对两个文件夹下的所有文件，并显示它们之间的差异。
–用户可以通过Beyond的文件夹比对功能快速找到缺失的文件、新增的文件以及修改过的文件。
–Beyond还支持文件夹内文件的内容和文件大小的比较。
•代码比对–Beyond提供了专门用于比对代码的功能。
–用户可以比对两个代码文件或两个代码片段之间的差异，方便查找修改和合并代码的变更。
–Beyond支持多种编程语言的代码比对，并可根据用户的需求进行配置。
附加功能•合并文件–Beyond可以帮助用户合并两个具有差异的文件，并生成一个合并后的文件。
–用户可以根据差异内容选择保留某个文件的修改、新增内容或删除内容。
–合并结果可以保存到新文件或覆盖原文件。
•批量处理–Beyond支持批量处理多个文件的比对任务。
–用户可以一次性设置多个文件进行比对，并轻松查看所有比对结果。
–批量处理功能可以提高工作效率，特别适用于处理大量文件的情况。
•版本控制–Beyond与一些常见的版本控制系统（如Git）集成，方便用户在比对工作中进行版本管理。
–用户可以直接比对两个版本控制系统中的文件差异，并进行相关操作，如还原、提交等。
总结Beyond是一款功能全面的比对工具，在文件、文件夹和代码比对方面提供了丰富的功能和工具。
无论是查找文件之间的差异还是合并代码的变更，Beyond都可以快速帮助用户完成任务。
通过使用Beyond，用户可以更高效地进行文件管理和代码开发工作。
BeyondCompare的用法
BeyondCompare的用法
3.选择比较类型：
4.查看比较结果：
-文件比较：在比较结果中，以绿色表示添加的内容，红色表示删除的内容，黄色表示修改的内容。
您可以通过切换视图选项卡来查看两个文件的行、字符和十六进制视图，以及差异摘要。
-文件夹比较：在比较结果中，以蓝色表示添加的文件，红色表示删除的文件，黄色表示修改的文件。
您可以通过切换视图选项卡来查看文件和子文件夹的列表，以及文件的差异摘要。
5.同步文件和文件夹：
在比较结果中，您可以对文件和文件夹进行各种操作，以同步它们。
以下是一些常用的同步操作：
- 文件同步：您可以在比较结果中选择单个文件或多个文件，然后使用右键菜单选择"Copy To Left"或"Copy To Right"来将文件从一个位置复制到另一个位置。
- 文件夹同步：您可以在比较结果中选择单个文件夹或多个文件夹，然后使用右键菜单选择"Sync Left"或"Sync Right"来将文件夹从一个位置同步到另一个位置。
6.自定义比较设置：
7.使用脚本和命令行：
总结：。
idea git 历史记录 解析
标题：深入解析Git的历史记录一、概述Git作为目前最流行的版本控制工具之一，其强大的历史记录功能为开发人员提供了便利。
通过Git的历史记录，我们可以清晰地了解到项目代码的演变过程，以及每个提交所引入的变化。
本文将深入解析Git 的历史记录，包括历史记录的概念、使用方法和实际应用场景。
二、历史记录的概念1. 历史记录是指Git中保存的项目版本变化信息，可以包括提交、分支、合并等操作。
2. Git的历史记录是有向无环图（DAG）的结构，每个提交都指向其父提交，形成了一个有序的提交链。
3. 历史记录中的每个提交都包含了作者、提交时间、提交信息等元信息，以及修改的文件内容和变化差异。
三、查看历史记录的命令1. git log：用于查看项目的提交历史，可以显示提交的哈希值、作者、提交时间、提交信息等信息。
2. git show：用于查看某个提交的详细信息，包括提交内容的变化和差异。
3. git blame：用于查看某个文件的修改历史，可以显示每一行代码的最后一次修改信息。
四、历史记录的应用场景1. 代码回溯：通过查看历史记录，可以快速定位代码的修改时间和提交信息，便于回溯特定版本的代码。
2. 代码审查：通过查看历史记录，可以了解到每个提交引入的变化，便于进行代码审查和版本比较。
3. 问题定位：通过查看历史记录，可以追踪特定问题的产生时间和引入变化，便于快速定位和解决问题。
五、历史记录的高级应用1. git bisect：使用二分查找的方式定位代码引入的 bug，并快速找到引入问题的提交。
2. git reflog：用于查看本地分支的操作记录，可以恢复误删的提交或分支。
六、结语通过对Git历史记录的深入解析，我们可以更好地利用Git的强大功能，从而提高项目开发的效率和质量。
希望本文能对读者有所帮助，引发更多关于Git历史记录的思考和讨论。
七、参考资料1. Pro Git 2nd Edition - Scott Chacon, Ben Straub2. Git 冠方文档 - xxx七、参考资料续写3. Git权威指南（第二版）- 何伟东著4. 《Git版本控制系统》- Jon Loeliger, Matthew McCullough 著5. 《精通Git》- Scott Chacon 著八、Git的历史记录策略Git的历史记录功能十分强大，但在实际应用中需要结合一定的策略来管理历史记录，使之更利于项目的维护和开发。
git查看修改内容-git基础（六）
git查看修改内容-git基础（六）对于已经修改的⽂件，你可能想查看具体修改了哪些内容。
可以⽤git diff命令。
git diff 是⽐较同⼀个⽂件不同状态之间做了哪些修改。
可以理解为同⼀个⽂件的两个副本之间做了哪些修改。
那是哪两个副本之间⽐较的呢？⼀、查看已暂存和未暂存的修改1. 查看未暂存的修改。
此时⽐较的是已暂存（staged）和已追踪未暂存（modified）之间的修改部分。
此时执⾏ git status 查看⽂件状态：$ git statusOn branch masterNo commits yetChanges to be committed:(use "git rm --cached <file>..." to unstage)new file: .gitignoreUntracked files:(use "git add <file>..." to include in what will be committed)hello.txt提⽰ hello.txt未追踪。
再执⾏git diff命令：$ git diff输出为空，表⽰当前已暂存⽂件和已修改⽂件没有区别。
因为当前就没有modified状态的⽂件啊。
此时我们追踪 hello.txt ，执⾏命令 git add hello.txt ，并查看状态：$ git add hello.txt$ git statusOn branch masterNo commits yetChanges to be committed:(use "git rm --cached <file>..." to unstage)new file: .gitignorenew file: hello.txt$ git diff此时hello.txt已追踪，我们修改 hello.txt 的内容，第⼀⾏输⼊hello，保存。
git查看某个文件的修改历史
git查看某个⽂件的修改历史有时候在⽐对代码时，看到某些改动，但不清楚这个改动的作者和原因，也不知道对应的BUG号，也就是说⽆从查到这些改动的具体原因了～【注】：某个⽂件的改动是有限次的，⽽且每次代码修改的提交都会有commit描述，我们可以从这⾥进⾏⼊⼿；⼀、切换到⽬录⾸先切换到要查看的⽂件所在的⽬录：cd packages/apps/Mms/src/com/android/mms/ui/⼆、git log --pretty然后使⽤下⾯的命令可列出⽂件的所有改动历史，注意，这⾥着眼于具体的⼀个⽂件，⽽不是git库，如果是库，那改动可多了去了～git log --pretty=oneline ⽂件名如：root@ubuntu:android_src/packages/apps/Mms/src/com/android/mms/ui# git log --pretty=oneline MessageItem.java27209385caf678abe878375a470f4edd67a2d806 fix to process force close when empty address contained in card0e04b16f1dad7dc0a36e2235f7337bc656c365c7 display for1970-1-1e4abf3a213197491e0855e101117b59b5dc0160d HREF#13954 receive, store, and display wap push356f6def9d3fb7f3b9032ff5aa4b9110d4cca87e HREF#16265_uim_show_time_error350f9d34c35ab50bdb4b2d43fb3ff9780e6c73fa fix xxxx715e32f97bd9d8ce4b5ba650b97ba4b137150456 Fix ANR from calling Contact.get()fd8357ff5febab0141e1beb8dd3b26f70416b108 Fix missing From fieldd130e2e6dc448fd80ecb70f0d31e3affb9888b9a fix bug 2112925: don't display zip file garbage content in MMS.0e19f738c114f86d0d88825ee48966015fb48b6d Don't always show sent timestamp52f854cbb75e8f9975c7e33216b828eb2f981095 Don't show Anonymous as the MMS sender331864544ec51ba6807fc5471cc6d537b7fef198 add search capability33a87f96f8c625aa10131a77a3968c97c4ec5a62 Remove all references to ContactInfoCache except those in Contact.70c73e05a792832aa28da751cdaf3fa83a7b8113 Begin moving all conversation data behind a data model with a cache.48da875f1beea835c6771977e5bd8a9aa3d4bc10 Begin adding UI unit tests to the Mms app.66dde9460badebf8e740275cabde9cca256006eb Stop requiring a Context to be passed in to ContactInfoCache.591d17e9a51bb9f829d6860dc7aa0bad25062cd5 auto import from//branches/cupcake_rel/...@13860772735c62aba8fd2a9420a0f9f83d22543e3c164f auto import from//depot/cupcake/@135843892f2c5bf965b1431ae107b602444a93f4aad4a3 auto import from//depot/cupcake/@135843153ae99e0a7d626a24d61475eeb133249deb448c auto import from//depot/cupcake/@132589abd7b2d90f7491075f1daba4b4cccdfc82f8ddd1 auto import from//depot/cupcake/@13705559d72c57ce9c319b6cd43ce2ab36b7076c9e821f auto import from//branches/cupcake/...@13227644cea74dc55e2459262d0d765ef4a69267dd09b0 auto import from//branches/cupcake/...@1314210f236f55349f070ac94e12cca963847173393da8 Code drop from//branches/cupcake/...@1245898eed706474910ccb978acda03e85d3261037da6e Initial Contribution三、git show如上所⽰，打印出来的就是针对⽂件MessageItem.java的所有的改动历史，每⼀⾏最前⾯的那⼀长串数字就是每次提交形成的哈希值，接下来使⽤git show即可显⽰具体的某次的改动的修改～git show 356f6def9d3fb7f3b9032ff5aa4b9110d4cca87e结果如下：root@ubuntu:/android_src/packages/apps/Mms/src/com/android/mms/ui# git show 356f6def9d3fb7f3b9032ff5aa4b9110d4cca87ecommit 356f6def9d3fb7f3b9032ff5aa4b9110d4cca87eAuthor: 某某某 <某某某的邮箱>Date: Thu Jan 601:50:312011 +0800修改的描述（是该代码commit时所填）Signed-off-by: 某某某 <某某某的邮箱>diff --git a/src/com/android/mms/ui/MessageItem.java b/src/com/android/mms/ui/MessageItem.javaindex 0a0c4b7..55c3b27 100644--- a/src/com/android/mms/ui/MessageItem.java+++ b/src/com/android/mms/ui/MessageItem.java++ 列出具体的改动--这样就可以知道是谁做了修改，以及具体的修改代码～那接下来不管是直接去找他交流还是研究代码，都有依据了～。
gitlog根据特定条件查询日志并统计修改的代码行数
gitlog根据特定条件查询⽇志并统计修改的代码⾏数前⾔随着年龄的增长和知识的积累，最近常常有种豁然开朗的感觉，或者对⼀个已经存在的事物突然有了新的认识，⽐如统计这个词很早就接触了，从没考虑过它是什么意思，⽽这篇总结的题⽬中⽤了统计⼀词，第⼀感觉应该是汇总、记录的意思，后来去查了词条定义，也确实就是类似的解释，从没有刻意去学这个词的含义，但是在每天的⽣活中已经潜移默化地归纳、总结出来了。
想要统计就得有数据源，⽽git log命令恰恰就能提供这个数据源，git log本⾝就是⼀个显⽰⽇志的命令，⽇志记录的是代码库变化的数据，类似于描述代码库变化的 “史书”，想要描述历史就需要⼤量的数据⽀撑，想要统计修改的代码⾏数，只要我们从历史记录中找到需要计算的部分就可以了。
git log在统计之前我们需要先整理数据，杂乱⽆章的数据不是不能统计，只是计算起来更加的⿇烦，所以在统计前需要先将数据规范化，所以我们需要先学习⼀下git log的相关操作。
我们以redis开源库为例，切换到6.0分⽀，提交记录定位到7bf665f125a4771db095c83a7ad6ed46692cd314，以此为数据源，学习⼀下git log的常⽤的查询⽅法，其实使⽤不同的条件查询就是整理、归类数据的过程。
git log的⽤法多种多样，我们主要关⼼两个⼤类，分别是条件筛选和显⽰格式。
条件筛选git log条件筛选的选项⾮常多，使⽤条件筛选的选项会影响显⽰的提交记录的范围，查找到想要显⽰的提交记录。
查询最近⼏条log使⽤-number参数可以查询最近⼏条提交提交记录：$ git log -3commit 7bf665f125a4771db095c83a7ad6ed46692cd314 (HEAD -> 6.0, tag: 6.0.6, origin/6.0)Author: Oran Agra <oran@>Date: Sun Jul 19 14:00:20 2020 +0300Redis 6.0.6.commit a5696bdf4f2687ab45f633ccb7cdc4ee9c2f957dAuthor: Oran Agra <oran@>Date: Sun Jul 19 15:33:21 2020 +0300Run daily CI on PRs to release a branchcommit e15528bf1da1f1232fd08801ad382c915be94662Author: Itamar Haber <itamar@>Date: Thu Jul 16 21:31:36 2020 +0300Adds SHA256SUM to redis-stable tarball upload(cherry picked from commit 5df0a64d30e7815c0a4a75a80f165fdee0bd1db6)查询指定作者提交使⽤--author参数可以查询指定作者的提交记录：Albert@DESKTOP-6746UC3 MINGW64 /d/data/maingit/redis (6.0)$ git log -2 --author='Oran Agra'commit 7bf665f125a4771db095c83a7ad6ed46692cd314 (HEAD -> 6.0, tag: 6.0.6, origin/6.0)Author: Oran Agra <oran@>Date: Sun Jul 19 14:00:20 2020 +0300Redis 6.0.6.commit a5696bdf4f2687ab45f633ccb7cdc4ee9c2f957dAuthor: Oran Agra <oran@>Date: Sun Jul 19 15:33:21 2020 +0300Run daily CI on PRs to release a branch查询指定时间段的⽇志这个可选参数⽐较多，⽐如--since、--until、--before、--after等等，从意思很容易分辨怎么使⽤：查询2020-01-01到2020-04-01的提交记录$ git log -2 --after=2020-01-01 --before=2020-04-01commit 957e917a84ac9979f18145a4d0b53386f5ce4fd9 (tag: 6.0-rc3)Author: antirez <antirez@>Date: Tue Mar 31 17:56:04 2020 +0200Redis 6.0-RC3.commit ef1b1f01a84e969ea368e7fdbaf0d10615743269Author: antirez <antirez@>Date: Tue Mar 31 17:41:23 2020 +0200cast raxSize() to avoid warning with format spec.恰好逮到了原作者的提交~查询1年前的提交记录$ git log -2 --until=1.year.agocommit 86aade9a024c3582665903d0cc0c5692c6677cfdMerge: 89ad0ca56 3bfcae247Author: Salvatore Sanfilippo <antirez@>Date: Thu Sep 5 13:30:26 2019 +0200Merge pull request #6364 from oranagra/fix_module_aux_whenFix to module aux data rdb format for backwards compatibility with old check-rdbcommit 3bfcae247a1c51788940bd4d2f32751ead451e42Author: Oran Agra <oran@>Date: Thu Sep 5 14:11:37 2019 +0300Fix to module aux data rdb format for backwards compatibility with old check-rdbWhen implementing the code that saves and loads these aux fields we used rdbformat that was added for that in redis 5.0, but then we added the 'when' fieldwhich meant that the old redis-check-rdb won't be able to skip these.this fix adds an opcode as if that 'when' is part of the module data.查询包含指定描述内容的提交记录这⾥⽤可以使⽤--grep参数，可以过滤出包含指定内容的提交记录，这⾥指的是在 commit 描述中筛选符合条件的提交，⽐如查找提交描述中包含client 的提交记录：$ git log -2 --grep='client'commit 0f75036c07db48dfcf605e090216a4447edc38fcAuthor: Wen Hui <wen.hui.ware@>Date: Wed Jul 15 05:38:47 2020 -0400correct error msg for num connections reaching maxclients in cluster mode (#7444)(cherry picked from commit d85af4d6f5fbe9cb9787b81583627cd74b47f838)commit f89f50dbd06247677b8cb3927cbb88c1b5384061Author: Oran Agra <oran@>Date: Tue Jul 14 20:21:59 2020 +0300diskless master disconnect replicas when rdb child failed (#7518)in case the rdb child failed, crashed or terminated unexpectedly rediswould have marked the replica clients with repl_put_online_on_ack andthen kill them only after a minute when no ack was received.it would not stream anything to these connections, so the only effect ofthis bug is a delay of 1 minute in the replicas attempt to re-connect.(cherry picked from commit a176cb56a3c0235adddde33fcbaee2369a5af73e)查找指定分⽀的提交记录使⽤git log默认查找的是当前分⽀的提交记录，如果想查询其他分⽀的记录直接在命令后⾯加上分⽀名字就⾏，⽐如查询arm分⽀上的提交记录：$ git log -2 armcommit 7329cc39818a05c168e7d1e791afb03c089f1933 (origin/arm, arm)Author: Salvatore Sanfilippo <antirez@>Date: Sun Feb 19 15:07:08 2017 +0000ARM: Avoid fast path for BITOP.GCC will produce certain unaligned multi load-store instructionsthat will be trapped by the Linux kernel since ARM v6 cannothandle them with unaligned addresses. Better to use the slowerbut safer implementation instead of generating the exception whichshould be anyway very slow.commit 4e9cf4cc7ed4b732fc4bb592f19ceb41d132954eAuthor: Salvatore Sanfilippo <antirez@>Date: Sun Feb 19 15:02:37 2017 +0000ARM: Use libc malloc by default.I'm not sure how much test Jemalloc gets on ARM, moreovercompiling Redis with Jemalloc support in not very powerfuldevices, like most ARMs people will build Redis on, is extremelyslow. It is possible to enable Jemalloc build anyway if neededby using "make MALLOC=jemalloc".其实在 git 体系中，分⽀名、commit、标签等拥有⼏乎相同的含义，所以在很多场景下可以扩展互换，⽐如git log后⾯加上分⽀名就可以查询指定分⽀的提交记录，如果加上 commit 就会查询这个 commit 之前的提交记录，如果加上标签，就可以查询这个标签之前的提交记录，⽐如我们加⼀个commit 试试：$ git log -2 7329cc39818a05c168e7d1e791afb03c089f1933commit 7329cc39818a05c168e7d1e791afb03c089f1933 (origin/arm, arm)Author: Salvatore Sanfilippo <antirez@>Date: Sun Feb 19 15:07:08 2017 +0000ARM: Avoid fast path for BITOP.GCC will produce certain unaligned multi load-store instructionsthat will be trapped by the Linux kernel since ARM v6 cannothandle them with unaligned addresses. Better to use the slowerbut safer implementation instead of generating the exception whichshould be anyway very slow.commit 4e9cf4cc7ed4b732fc4bb592f19ceb41d132954eAuthor: Salvatore Sanfilippo <antirez@>Date: Sun Feb 19 15:02:37 2017 +0000ARM: Use libc malloc by default.I'm not sure how much test Jemalloc gets on ARM, moreovercompiling Redis with Jemalloc support in not very powerfuldevices, like most ARMs people will build Redis on, is extremelyslow. It is possible to enable Jemalloc build anyway if neededby using "make MALLOC=jemalloc".因为 commit id 就是之前的 arm 分⽀最新的记录，所以这个命令等价于git log -2 arm查询指定 commit 之间的提交记录如果想查询两个 commit 之前的提交记录，可以将两个 commit id 依次放在命令后⾯并⽤..连接就可以了，格式为git log mit2，需要注意的是这样查询出来的提交记录列表中不包含 commit1，其实列举出的就是 commit1 之后⼜做了哪些修改提交。
git 统计修改函数
git 统计修改函数
在Git中，要统计修改的函数可以通过以下几种方法：
1. 使用git diff命令，可以使用git diff命令来查看文件的
修改内容。
如果想要查看某个函数的修改情况，可以使用git diff
命令并指定函数所在的文件路径和函数名。
例如，可以使用git
diff path/to/file.c -U9999 -p --function-context来显示文件
中所有函数的修改情况。
2. 使用git log命令，可以使用git log命令来查看提交历史。
通过使用git log -p -L :function:path来查看某个函数的修改历史。
这个命令会显示出包含指定函数修改的提交，并且显示出修改
的内容。
3. 使用git blame命令，可以使用git blame命令来查看文件
中每一行的修改历史。
通过使用git blame -L :function:path来
查看某个函数的修改历史。
这个命令会显示出指定函数的每一行代
码是在哪个提交中被修改的。
4. 使用git bisect命令，如果想要找出引入某个函数修改的
bug的提交，可以使用git bisect命令来进行二分查找。
通过不断地标记某个提交是好的还是坏的，最终可以找到引入修改的提交。
总的来说，使用Git可以通过diff、log、blame和bisect等命令来统计修改的函数，并且可以查看函数的修改历史和引入修改的提交。
这些方法可以帮助开发者更好地理解代码的演变过程和定位问题的根源。
合代码 基准分支 对比分支
合代码基准分支对比分支
合并代码可以有两个分支，一个基准分支和一个对比分支。
基准分支
是已经存在的分支，里面包含了项目的主要代码。
对比分支是一个新分支，通常是从基准分支中复制的，用于开发新功能或修复错误。
为了将基准分支和对比分支合并，需要使用版本控制系统。
以下是一
些步骤：
1.从基准分支创建一个对比分支：使用版本控制系统中的“branch”
命令创建一个新分支，这个新分支将是基准分支的一个副本。
可参考命令：git branch feature-branch master。
2.在对比分支中进行更改：切换到对比分支并开始编写新代码、修复
错误、测试等等。
可参考命令：git checkout feature-branch。
4.将对比分支合并到基准分支：使用版本控制系统中的合并命令将对
比分支中的更改合并到基准分支中。
可参考命令：git merge feature-branch。
5.解决冲突：在合并分支时，可能会出现冲突。
需要手动解决冲突并
重新提交。
可参考命令：git merge --no-ff feature-branch。
6.测试代码：确保合并后的代码没有问题。
7.推送更改：将合并后的更改推送到远程代码仓库。
可参考命令：
git push origin master。
总之，合并代码可以帮助开发人员在不破坏基准分支的情况下开发新
功能或修复错误。
这个过程需要版本控制系统来处理更改并保留完整的历
史记录。
通过python获取一个gitcommit的改动行信息
通过python获取⼀个gitcommit的改动⾏信息前置知识git diff命令可以⽤来查看某个 commit 的改动信息。
具体详细的⽤法可以参考中的介绍。
有⼀个命令git diff HEAD^ HEAD可以输出当前的commit 的改动内容。
其中输出的改动内容是有⼀定的格式的。
对本次改动影响的⽂件，会包含如下信息：本次改动之前的的⽂件名本次改动之后的⽂件名本次改动的python 可以同步执⾏⼀个 shell 命令，并获得命令的输出。
代码直接贴代码了，可以通过下⾯的 python ⽅法获取到(执⾏prepareInfomation⽅法，返回的)：import osimport refrom typing import *import subprocessclass ChangedLineInfo:def __init__(self):self.changedLineNumbers = set()def addChangeInfo(self, startLine: int, lineCount: int):"""补充改变的⾏号信息，startLine : 表⽰从该⾏起始有改变。
lineCount : 表⽰从改⾏起，有多少⾏被改变了。
"""endLine = startLine + lineCountif (endLine < startLine):returnfor i in range(startLine, endLine):self.changedLineNumbers.add(i)def isLineChanged(self, line: int) -> bool:return line in self.changedLineNumbersdef getChangedLineInfoFromDiffLines(lines: List[str]) -> ChangedLineInfo:"""该⽅法计算出，返回⼀个 ChangedLineInfo 对象参数 : lines , git-diff 命令输出的,对⼀个⽂件的描述返回：返回⼀个ChangedLineInfo，表⽰从 lines 中解析出来的改变了的⾏的信息。
Git如何查看某次提交某个文件的修改
Git如何查看某次提交某个文件的修改如这次提交：commit 12e49a7720fe92d5c19a8015fbc40a410e52370dAuthor: yo <yo@yo-desktop.(none)>Date: Thu May 5 17:06:02 2011 +0800Copy messages from icc to phonepackages/apps/Mms/res/values-zh-rCN/strings.xml | 7 ++packages/apps/Mms/res/values/strings.xml | 7 ++ .../src/com/android/mms/ui/ManageSimMessages.java | 7 1 +++++++++++++++++++-3 files changed, 84 insertions(+), 1 deletions(-)我想在终端输出这次提交的ManageSimMessages.java文件修改情况使用git log -p -- packages/apps/Mms/src/com/android/mms/ui/ManageSimM essages.java会显示所有的这个文件的提交.我只要显示这次的，其实就是如何在git log中使用用哈希值12e49a..网上找遍了好像无法在git log命令中使用commit 的哈希值，有木有使用过滴～查看某个文件某次的修改很简单，这样就可以了git show 某次的提交哈希值文件名例如（针对你的情况）：git show 12e49a7720fe92d5c19a8015fbc40a410e52370d .../ src/com/android/mms/ui/ManageSimMessages.java。
pullrequest
pullrequestpull requestPull requests let you tell others about changes you've pushed to a branch in a repository on GitHub. Once a pull request is opened, you can discuss and review the potential changes with collaborators and add follow-up commits before your changes are merged into the base branch."Pull Request 是⼀种通知机制。
你修改了他⼈的代码，将你的修改通知原来的作者，希望他合并你的修改，这就是 Pull Request。
"步骤第⼀步，你需要把别⼈的代码，克隆到你⾃⼰的仓库，Github 的术语叫做 fork。
然后就可以clone到⾃⼰的本地仓库了抓取项⽬更新的部分git pull第⼆步，新建branch创建新分⽀的⽅式git checkout -b 分⽀名切换分⽀的⽅式git checkout 分⽀名查看所有的分⽀git branch先切换分⽀再修改！先切换分⽀再修改！先切换分⽀再修改！重要的事情说三遍，鹅鹅鹅~第三步，修改代码⽐如修改了 gdp.Rmd查看修改git status放到本地缓存git add gdp.Rmd提交修改信息git commit -m "add #issue"git push origin 分⽀名合并分⽀git fetch origin #同步所有线上分⽀git branch #查看有多少本地的分⽀git checkout branchA #切换到分⽀Agit merge branchB#把分⽀B的commit合并到分⽀A按下"New pull request"按钮。
VSCode代码比较工具轻松查找代码差异
VSCode代码比较工具轻松查找代码差异代码比较是开发者在软件开发过程中经常遇到的需求，通过比较代码的不同之处，可以轻松地查找并修复bug，或者合并不同版本的代码。
而VSCode作为一款强大的代码编辑器，提供了便捷而高效的代码比较工具，使开发者能够更加快速地定位和解决代码差异问题。
在VSCode中，通过安装并使用适当的代码比较工具插件，可以轻松地比较两个或多个文件之间的代码差异。
以下将介绍VSCode中几种常用的代码比较工具及其使用方式。
一、Git集成的代码比较Git是一款流行的分布式版本控制系统，VSCode集成了Git，并提供了强大的代码比较功能。
在使用Git进行版本控制的项目中，VSCode能够直接显示文件中的改动，并将其在编辑器界面中以不同的颜色进行标记。
通过对标记的行进行右键点击，选择"比较"选项，即可触发代码比较功能，以便查看具体的改动细节。
二、文件比较工具插件除了Git集成的代码比较功能，VSCode还支持通过安装插件来扩展代码比较工具的能力。
其中，一些常用的文件比较工具插件如下：1. Diff工具：该插件支持比较两个文件、文件夹或Git仓库的差异。
通过右键点击文件或文件夹，选择"Diff with..."选项，即可打开一个新的编辑器窗口，显示两个版本之间的差异。
2. GitLens：该插件是一种功能强大的Git工具，不仅提供了代码比较功能，还能显示代码作者、最近的提交记录等。
通过在VSCode的编辑器中选中代码，然后在GitLens侧边栏中选择"比较"选项，即可查看代码的改动和差异。
3. Compare Files：该插件允许用户比较两个选定的文件，并将其差异以行的形式显示出来。
用户只需在文件上单击右键，选择"Compare with..."选项，即可触发比较操作。
通过安装和使用这些文件比较工具插件，开发者可以更加灵活地进行代码比较，满足不同情况下的代码差异查找需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
我们知道，使用gitk默认的工具查看代码中的修改部分，将会是如下图所示的风景：
以“-”开头的红色字体部分是修改之前的代码，
以”+”开头的绿色字体部分是修改之后的代码。
如果每次我们修改造成的差异都像上图中的那么少就好了。
但实际上，有的时候，我们的修改篇幅较大，比如涉及到100行以上的代码，在gitk中，我们将会看到100行红色的部分，紧接着可能有几十行绿色的部分，看到这种情况，相信大部分人头都大了，不知道修改了什么东西。
如果有一种工具，将修改前，和修改后的代码，左右两侧按照行号对应的显示在眼前，那该多好！实际上BeyondCompare做到了，Gitk也支持使用外部的比较工具，而且BeyondCompare 正好在支持之列！
下面看看怎样让gitk调用BeyondCompare查看我们的程序员修改的代码的差异之处：
1.
在gitk主界面Edit --- Preferences菜单，配置BeyondCompare的安装路径；
如下图两个步骤所示：
2.
上图的两个步骤后，在要查看的代码文件列表上点鼠标右键，会有一个“External diff”的菜单弹出，点击它，将会出现BeyondCompare的界面：
在BeyondCompare界面中，左边的为修改前的代码，右边为修改后的代码，在哪一行改了什么东西一目了然。
至此，头疼减轻了很多。