[Building Sakai] What's your strategy for reviewing PRs?

Steve Swinsburg steve.swinsburg at gmail.com
Tue Mar 3 03:26:04 PST 2015


Nice one, thanks all. It would be good to get some of this info documented
on the git page we have.

cheers,
Steve

On Tue, Mar 3, 2015 at 6:36 AM, Mark Triggs <mark at dishevelled.net> wrote:

> Hey Steve,
>
> You don't actually have to clone the remote user's repo to review a PR.
> You can follow this trick to add a new remote to your .git/config:
>
>   https://gist.github.com/piscisaureus/3342247
>
> Then just do a:
>
>   git fetch
>
> to pull down all pull requests and:
>
>   git checkout pr/123
>
> to switch your local tree to the PR you want to review.
>
> Mark
>
>
> Steve Swinsburg <steve.swinsburg at gmail.com> writes:
>
> > Hi all,
> >
> > Just wondering what your strategy is for reviewing PRs? If its more than
> a
> > simple change I like to checkout and run it up to see it working,
> however I
> > find this very difficult with github PRs and remote forks as I need to
> clone
> > that user's repo in order to get the remote branch (or do I?) and that
> > typically takes an hour or more.
> >
> > What would be neat is if github could just give me a patch that I can
> apply to
> > my own fork, which I could then just reset.
> >
> > The scenario I am working from is this PR which I would like to review:
> https:/
> > /github.com/sakaiproject/sakai/pull/205/files
> >
> > cheers,
> > Steve
>
> --
> Mark Triggs
> <mark at dishevelled.net>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20150303/65ada5d6/attachment.html 


More information about the sakai-dev mailing list