giggle – 来自 GNOME 的 git 图形界面
以前介绍过 gitk 和 gitg 两款 git 图形界面工具,并对它们进行了简单的对比,最近,又发现另一款工具,giggle, 在此介绍给大家,希望有此需要的同学多个选择。
giggle 将用于浏览仓库内容的 gitk 和用于执行各种操作的 git-gui 融合在一起,成为一款集 git 所有功能于一身的管理工具。
giggle 有两种模式,一种是浏览模式,可以浏览目录中的所有文件,并指出它们在哪次提交中被修改,做了哪些修改,并且能够据此产生补丁。
另外,浏览模式本身也是个简单的编辑器,可以对文件即时进行修改,并对修改进行提交。如果你仅仅需要少量修改,或者不需要一些编辑器的高级功能,那么一个 giggle 足以完成 git + 编辑器的功能了。
另一种模式是历史模式,这种模式下比较容易从总体上把握每次提交后项目的修改状况,以及提交的详细信息。当然创建分支、标签和补丁的功能是必不可少的。
另外,giggle 还可以修改 .gitconfig、.gitignore 等文件的设置,同时提供了嵌入的终端,以及打开外部编辑器编辑文件等功能,确实具有一个完善的 git 图形界面的潜力。
快来使用 Git 翻译《Pro Git》
Git 的中文教程和书籍比较少,大多已经陈旧不堪,前段时间 Linuxtoy 介绍了一本《Pro Git》,读了一下,写得很不错,可惜是英文的。
偶然间,在页面下面看到了 Chinese 的字样,原来《Pro Git》的翻译已经在进行中了,居然是用 Git 进行管理的!仔细想想,Git 的分布式开发的确非常适合翻译的情况,只能说 Git 功能太过强大了吧……
目前中文版的翻译已经到了第四章,看了一下,提交者主要是 chunzi 和 DaNmarner,已经翻译了一个多月了……看了前三章,翻译得很好,很容易理解,不过两个人翻译的话,可能会很辛苦……
各位正在学习和使用 Git 的各位同学,有英语比较好的能够帮助翻译么?既锻炼英语,又实践 Git 技能,好机会哦~
项目地址:http://github.com/progit/progit/
chunzi 的 fork:http://github.com/chunzi/progit/
DaNmarner 的 fork:http://github.com/DaNmarner/progit
PS:考研中没时间翻译,只能来号召大家一下了……羡慕 shellex 兄……
使用 gitk 跟踪 git 项目源代码
看源代码是学习编程最快、最有效的方法之一,在 Linux 开源的大环境下,研究源代码就更加容易了。面对一个大一点的项目,我们可能无从下手,那么,何不从其雏形阶段开始研究呢?
我现在就在研究 Tualatrix 兄的 ubuntu-tweak 的源代码,以前 ubuntu-tweak 托管于 Google Code 的时候,Google Code 对各版本差异分析得很清楚,然而转向 github 之后,限于网速,看起来很不方便。
有什么跟踪本地 git 项目源代码的工具呢?diff 显然不是最好的方法,尤其涉及到文件移位之类的问题时。
Tualatrix 兄用的是 gitg,可是我用起来总是感觉缺点什么的样子,而且经常会莫名其妙的崩溃。偶然看 git 官方文档时,认识了 gitk,似乎是官方提供的工具,用起来真是越来越顺手。
先看一下两个软件的对比图:
gitk 基于 tk/tcl,所以用之前要安装这两个包,由于是官方软件,安装 git 时就会自动安装,不必另行安装。
从图中可以看出,基于 Gtk+ 的 gitg 界面更加漂亮,代码差异的彩色背景更加显眼,相比之下,基于 tk 的 gitk 显然简陋许多,大概 gitg 的作者也就是想写个 gitk 的 Gtk+ 版本吧。
不过,仔细看的话,就可以看出很多不同来,比如,中间的横条空间,gitg 是用作显示 Commit 的详情,这显然是浪费了宝贵的屏幕空间,尤其对于宽屏用户来说。
相对地,gitk 虽然中间的空间也用了,不过放置的却是实用的搜索功能。千万不要小看这个搜索条,它不但可以搜索 Headline、Comments、Author、Committer,还可以搜索哪些 Commit 对某些文件进行了修改,并且支持正则表达式、大小写匹配。
再来看一下 diff 功能,gitk 也比 gitg 强上很多,不但可以选择查看差异、新版、旧版的代码,还支持忽略空白符,设定 diff 周边行数。不要小看这个功能,在查看源代码的时候,这个功能对于理解上下文是很重要的。
如果这么强大的差异功能你还不满意,或者觉得视野空间太小的话,还可以右击文件,选择 External diff 来调用 meld 查看,当然前提是你安装了 meld。
右击文件,还可以对该文件加上高亮,这样标记已经读懂的文件比较方便。
通过这些介绍,可以看出,相比 gitg,gitk 更加成熟,功能更加强大。
默认启动 gitk 是打开 master 分支,如果想要查看其他分支,使用 gitk 分支名 即可,比如:
gitk origin
其实,gitk 只是 git gui 中的一个小工具,在命令行输入:
git gui
可以发现更多功能,当然,有些功能就不如终端下方便了。下面是 git gui 的效果:
试试用 C++ 实现数字图像处理
看到同寝的在学数字图像处理,好像很好玩啊……
正好正在学 C++,决定用 C++ 实现一下(他原来用的是 C、C++ 混编,代码惨不忍睹……)。
C++ 真的是个很麻烦的东西啊,定义一个类要费那么长时间,读写文件也没有 C 那么轻松,真怀疑它的用处了……
还是 Python 最简洁,C 我也很喜欢,真不明白那些自己用 C++ 写程序的人,怎么受得了这种笨重的搭建速度……现在做 C++ 作业,一个没什么用的小程序都要写一下午……
不说了,代码在 http://github.com/iven/dip/
SourceForge 增加了新的版本控制系统支持
SourceForge 已经增加了对目前三种最为流行的分布式版本控制系统 Git,Bazaar,和 Mercurial 的支持。网站同时增加了一个吸引人的托管程序特性——允许用户使用 SourceForge 的基础设施来开启多种开源软件管理和协作的服务(包括 Trac,Mantis,和 phpBB)。
via: http://arstechnica.com/open-source/news/2009/03/sourceforge-adds-support-for-new-version-control-systems.ars
git中修改commit的message的方法
一不小心commit时message写错了,找了好长时间,走了不少弯路,才找到方法……
git rebase -i master~5
这个是找出master分支最近5次的commit,看见那个写错的了吧?把pick改成edit,保存退出。
此时工作目录已经变成这次commit的样子了,不要慌,然后:
git commit --amend -m "message"
修改这次的message。最后:
git rebase --continue
怎么样,成功了吧?
利用这个方法也可以修改commit的文件。





