Subversion/Git/ReviewBoard工作流程
根据My (work)Git Workflow进行修改,在
Windows下进行测试,http://mojodna.net/2009/02/24/my-work-git-workflow.html
目标:中心库使用subversion,使用Review Board作为项目组的Review工具,要求所有代码先Reivew才能提交。Subversion本身不支持本地分支,如何在等待和修改reivew的过程中继续新的特性开发,操作比较复杂。
解决方案:使用git-svn跟踪本地分支,对应不同需要review的分支。
预先准备
假定安装好了git for windows 1.8.x.
Reviewboard需要svn版本的diff文件格式,无法用git直接生成。需要一个附加的bash脚本把git格式的patch转换成svn格式。GitHub上有多个版本脚本,目前为止找到的最完善的版本是https://gist.github.com/rage-shadowman/6325382
#!/bin/bash
#
# git-svn-difforiginally by (http://mojodna.net/2009/02/24/my-work-git-workflow.html)
# modified bymike@mikepearce.net
# modified byaconway@[redacted] - handle diffs that introduce new files
# modified byt.broyer@ltgt.net - fixes diffs that introduce new files
# modified bym@rkj.me - fix sed syntax issue in OS X
# modified byrage-shadowman - cleaned up finding of SVN info and handling of path parameters
# modified bytianyapiaozi - cleaned up some diff context lines
#
# Generate anSVN-compatible diff against the tip of the tracking branch
# Usage:git-svn-diff.sh FROM TO
# or: git-svn-diff.sh TO
# or: git-svn-diff.sh
#
# Gets the SVNdiff from the latest dcommitted version of FROM to the latest version of TO
usage_exit ()
{
echo
echo "Gets the SVN compatible diff fromthe latest dcommitted version of FROM to the latest version of TO"
echo
echo "Usage: $0 FROM TO"
echo " or: $0 TO"
echo " or: $0"
echo
echo "If FROM is not supplied we willuse the latest dcommitted version of HEAD"
echo
echo "If TO is not supplied we will usethe latest (possibly non-committed) version of HEAD"
echo
exit 1;
}
FROM=${2:+$1}
TO=${2:-$1}
# make sure FROMand TO exist or were not specified
if ! gitshow-branch $FROM >/dev/null 2>&1
then
usage_exit
fi
if ! gitshow-branch $TO >/dev/null 2>&1
then
usage_exit
fi
LATEST_DCOMMIT_HASH=`gitlog $FROM --grep=^git-svn-id: --first-parent -1|grep ^commit|sed 's/^commit//'`
SVN_REV=`git svnfind-rev $LATEST_DCOMMIT_HASH`
# do the diffand masssage into SVN format
git diff--no-prefix $LATEST_DCOMMIT_HASH $TO |
sed -e"/--- \/dev\/null/{ N; s|^--- /dev/null\n+++ \(.*\)|--- \1 (revision 0)\n+++ \1 (working copy)|;}" \
-e "s/^--- .*/& (revision $SVN_REV)/" \
-e "s/^+++ .*/& (working copy)/" \
-e "s/^\(@@.*@@\).*/\1/" \
-e "s/^diff --git[^[:space:]]*/Index:/" \
-e"s/^index.*/===================================================================/"\
-e "/^new file mode [0-9]\+$/d"
需要把git-svn-diff.sh文件放到PATH指向的路径之中。同时,修改~/.gitconfig来激活git svn-diff命令。
# ~/.gitconfig
[alias]
svn-diff =!git-svn-diff.sh
在linux下也许不需要.sh,没有测试。Windows下必须是全文件名。
工作流程
原文中考虑了subversion的使用,为了简单起见,本文省略掉相关内容。Git-svn以及其他git操作解释请参考Pro Git。https://github.com/progit/progit。所有操作以git bash为准。为了准确看到分支的情况,推荐使用sourcetree,但是,sourcetreefor windows 1.2还不能完整支持git-svn操作。不推荐tortoiseGit,右键菜单的方式不利于了解分支的情况。
建立目录
Clone目标subversion库:
$ git svn clone http://svn.host/path/to/repo
http://svn.host/path/to/repo路径最好对应ReviewBoard中设置的base path,保证提交的path路径正确。
修改bug、实现特性
确保目前处在最新状态:
[master] $ git svn rebase
创建一个分支并且切换到这个分支(最好使用一个容易识别的名称):
[master] $ git checkout -b bug-42-title
进行修改:
[bug-42-title] $ ...
把分支提交到本地git库中:
[bug-42-title] $ git commit –am “bug-42modify balabala.”
创建一个供review的patch:
[bug-42-title]$ git svn-diff > bug-42-title.patch
这个比较是和当前的svn本地数据比较。
提交到reviewboard。
等待review的过程中,继续开发,切换回主分支,创建新的分支
[bug-42-title] $ git checkout master
[master] $ git svn rebase
[master] $ git checkout –b anotherfeature
[anotherfeature] $…
更新追踪分支
Patch被review了,你需要继续进行修改。
更新追踪分支:
[master] $ git svn rebase
把trunk中的内容衍合到开发分之中:
[master] $ git checkout bug-42-title
[bug-42-title] $ git rebase master
[bug-42-title] $ # 解决冲突; `gitmergetool` is handy
…进行必要的修改…
提交到本地git库中:
[bug-42-title] $ git commit –am “bug-42fixed other balabala”
重新生成patch
[bug-42-title] $ git svn-diff >bug-42-title-2.patch
提交Review.
把结果提交到Subversion:
有几种可能的提交方法:
简单把修改merge到trunk中。
[master] $ git svn rebase
[master] $ git merge bug-42-title –m “review:idwhat you want say”
这是唯一提交reviewid的机会。
【不推荐】如果希望保存整个修改历史,更新trunk分支,衍合开发分支,然后再进行merge.
[master] $ git svn rebase
[master] $ git checkout bug-42-title
[bug-42-title] $ git rebase master
[bug-42-title] $ # resolve conflicts
[bug-42-title] $ git checkout master
[master] $ git merge bug-42-title –m “review:idwhat you want say”
如果希望得到一个好看的结果,可以使用交互式衍合(interactive rebase)。
[bug-42-title] $ git rebase -i
[bug-42-title] $ git checkout master
[master] $ git merge bug-42-title –m “review:idwhat you want say”
然后,我们就可以把修改正式提交到Subversion的中心库了。
[master] $ git svn dcommit
最后,在所有都完成之后,你就可以清理本地库删掉开发分支了。
[master] $ git branch -d bug-42-title
Subversion/Git/ReviewBoard工作流程的更多相关文章
- 【Git项目管理】分布式 Git - 分布式工作流程
分布式 Git - 分布式工作流程 你现在拥有了一个远程 Git 版本库,能为所有开发者共享代码提供服务,在一个本地工作流程下,你也已经熟悉了基本 Git 命令.你现在可以学习如何利用 Git 提供的 ...
- git教程——工作流程
Git 工作流程 本章节我们将为大家介绍 Git 的工作流程. 一般工作流程如下: 克隆 Git 资源作为工作目录. 在克隆的资源上添加或修改文件. 如果其他人修改了,你可以更新资源. 在提交前查看修 ...
- Git的工作流程
git的工作流程为: 克隆Git资源作为工作目录 在克隆的资源上添加或者修改文件 如果别人修改了,你可以更新资源 在提交前查看修改 提交修改 在修改完成后,如果发现错误,可以撤回提交并再次修改并提交 ...
- 4. Git基本工作流程
4. Git基本工作流程 Git工作区域 向仓库中添加文件流程
- 基于git的工作流程
本文针对的是追求极致.快速的产品响应团队的.以下的观点和内容都是围绕这个主题,暂时不涉及个人学习和团队学习. 在说工作流程之间,想说一下我们平常工作中遇到的一些困惑或者说现象 在一个团队里,同时有好多 ...
- git的工作流程(分支合并)
git支持很多种工作流程,我们采用的一般是这样,远程创建一个主分支,本地每人创建功能分支,日常工作流程如下: 去自己的工作分支$ git checkout work 工作.... 提交工作分支的修改$ ...
- 理解Git的工作流程(转)
英文原文:Understanding the Git Workflow 如果你不理解Git的设计动机,那你就会处处碰壁.知道足够多的命令和参数后,你就会强行让Git按你想的来工作,而不是按Git自己的 ...
- 1.Git起步-Git的三种状态以及三种工作区域、CVCS与DVCS的区别、Git基本工作流程
1.Git基础 版本控制系统是一种用于记录一个或多个文件内容变化,以便将来查阅恢复特定版本修订情况的系统. Git是一种分布式版本控制系统(Distributed Version Control Sy ...
- Git分布式工作流程
Git官网给出了三种分布式工作流程: 集中式工作流程 集成管理者工作流 司令官与副官工作流 这里以私有gitserver服务器上的git-test项目为例,简单说明集中式工作流程. 基于分支的开发策略 ...
随机推荐
- 小白偶遇Sublime Text 3
sublime text3号称神一样的编辑器,主要归功于它丰富的插件所带来的可扩展性.以前曾经抱着玩一玩的心态下载了sublime ,没有插件的sublime 很快被我扔到一边.在用过很多的编辑器后, ...
- return、break、continue的区别
一.定义 return:语句用于终止当前方法运行,返回到调用该方法的语句处.如有返回值,则在return后面提供相应的返回值. break:其主要用于循环语句和switch语句,其作用均是强行终止语句 ...
- js keycode大全
JS KeyCode数字对应键盘以及应用大全 时间:2014-07-11 10:37 点击:851次 keycode 8 = BackSpace BackSpacekeycode ...
- java 反射取得方法入参类型的泛形
package TestReflectClass; import java.util.List; /** * Created by wangyang on 2016/12/16. */ public ...
- Linux 下的 blog客户端
apt-cahce search metaweblog found gnome-blog blogilo try blogilo
- Maven项目的目录结构
刚接触Maven没多长时间,实习时在的小公司很不规范,所有web项目都是dynamic web project搭建,没有用到项目构建,管理工具,导致了非常多的重复工作与低效. 先来看看Maven的功能 ...
- sass学习--什么是sass
1.预备知识--什么是 CSS 预处理器 CSS 预处理器定义了一种新的语言,其基本思想是,用一种专门的编程语言,为 CSS 增加了一些编程的特性,将 CSS 作为目标生成文件,然后开发者就只要使用这 ...
- jquery 效果
效果1.基本效果 1.1 show([speed,[easing],[fn]]) 如果元素本身是可见的,则不对其作任何改变.如果元素是隐藏的,则使其可见. $("p&qu ...
- smarty 模板 数字自动添加
section: section的产生是为解决foreach的不足的,与foreach一样,它用于设计模板内的循环块,它较为复杂,可极大程序上满足程序需要,所以在程序中我习惯使用它而不使用foreac ...
- about Red_Hat_Enterprise_Linux_7
systemd systemd 是 Linux 的系统和服务管理程序,替换了 Red Hat Enterprise Linux 之前的发行本中使用的 SysV.systemd 与 SysV 和 Lin ...