gudujianjsk的专栏

基本概念 如果发现上一次提交的内容存在问题，就需要修改了。 基本概念 Change: Gerrit中的一个Change就是一个Review任务，它对应一个commit。 每个commit，应该是为了一个目的的完整修改。如果某一次修改不完全，就需要修正该commit。 每一次修正之前的commit，重新提交时，都应该保持Change-Id不变，这样就不会产生新的Ch

我们在使用git进行软件协作开发时，一般不会允许所有的开发者都可以直接读写仓库，往往采用补丁+邮件的方式进行代码的提交。linux内核邮件列表每天都会有大量开发者提供的内核补丁，它也是开发者相互交流的平台。 1、补丁制作 在制作补丁时，可以使用git format-patch，具体的使用方法可以参考Git的官方文件。这里有两本书值得参考《Version Control With Git》和《P

在git中，我们没有必要直接使用diff和patch来做补丁，这样做既危险又麻烦。git提供了两种简单的patch方案。一是用gitdiff生成的标准patch，二是git format-patch生成的Git专用Patch。 1.git diff生成的标准patch 我们可以首先用git diff制作一个patch。本文示例的工作目录里最初有一个文件a，内容是“This is the fil

多发patch，多产生一些好的idea，才可以在open software community中越混越好。 首先配置git。这里有两种配置文件，一个是全局的，在用户的home目录下，一个是相应git仓库的。如果你设置了全局的，那么可以用在各个git仓库上。查看一下我已经配置好的配置文件： hacker@hacker:~/qemu-kvm$ cat ~/.gitconfig  [user]

翻译整理自： http://web.mit.edu/~mkgray/project/silk/root/afs/sipb/project/git/git-doc/git-clone.html     在使用git来进行版本控制时，为了得一个项目的拷贝(copy),我们需要知道这个项目仓库的地址(Git URL). Git能在许多协议下使用，所以Git URL可能以ssh://, http(s):

简介 忽略文件  默认为当前目录的.gitignore。也可以通过修改全局配置git-config的excludesfile指定全局忽略文件。 $: git config --global core.excludesfile ~/.gitignore 养成一开始就设置好.gitignore的好习惯。 .gitignore的语法  #  为注释行，空行不匹配任何文件，这

几个新手刚刚开始接触 Git，为了维护核心仓库的“纯洁”，避免太多无关信息被误提交进仓库（再次批评一些图形化工具默认的“Select All”），采用了核心仓库只读，邮件提交 patch，审核后再提交的工作流程。   期间有时会遇到合并冲突，正常的原因一般是未及时下载新版本产生了冲突，特殊一点的原因是手工修改 patch 内容导致的。有时候看注释写得不够准确，忍不住就改了，有时候是 Geany