[rekonq] Correct method to resync my clone with mainline?

Johannes Zellner johannes.zellner at nokia.com
Mon May 17 11:47:39 CEST 2010


Hi,

thats really a great small howto ... maybe merge requests work now for me, too 
;-)

Thanks,
Johannes

On Monday, May 17, 2010 06:50:14 Nikhil Marathe wrote:
> On Mon, May 17, 2010 at 7:37 AM,  <lindsay.mathieson at gmail.com> wrote:
> > Given my clones changes have been merged with mainline - what's the
> > correct way to bring my clone in sync with the other merges on
> > mainline? Is there a way to do it via the gitorious web interface?
> > 
> > What I have done is:
> > 
> > git pull git://gitorious.org/rekonq/mainline.git master
> > git push git at gitorious.org:~blackpaw/rekonq/blackpaws-rekonq.git
> 
> Well since rekonq uses merge requests, what I suggest is to never
> really make changes to master.
> 
> Always pull master with:
>     git pull --rebase origin(which is http://.../mainline.git) master
> 
> Then
>     git checkout -b bug-fix
> 
> Hack hack hack
> 
>     git push myclone ( myclone is git at gito.../blackpaws-rekonq.git )
> bug-fix
> 
> Then create a merge request.
> 
> When the merge request is Merged
> 
>     git checkout master
>     rebase again
> 
> If you have a long running feature branch, always rebase master, then
> *merge* ( not rebase ) master into the feature branch.
> 
> Of course, there might be alternative ways of hacking directly in
> master and pushing to your clone and then pulling back, but I'm not
> very comfortable with git's rebase ideas, so this is what I do for
> safety.
> 
> Regards,
> Nikhil
> _______________________________________________
> rekonq mailing list
> rekonq at kde.org
> https://mail.kde.org/mailman/listinfo/rekonq


More information about the rekonq mailing list