<br><br><div class="gmail_quote">2009/8/20 Chris Mear <span dir="ltr"><<a href="mailto:chrismear@gmail.com">chrismear@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Sounds like what you've missed is git-rebase. This command replays the commits from a given branch back on top of the latest head of (usually) your master branch.</blockquote><div><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Then you can create a patch based on the diff master..hyperactionpack and it will apply cleanly.<br>
<br>
While you're doing the rebase, if it tries to replay a commit that doesn't apply cleanly to the latest master, you'll get a chance to fix it, just as if you were doing a regular merge.<br>
<br>
As an aside, the whole 'pull request' thing is a GitHub-specific thing; the Rails team in particular has said that they want patches, not pull requests via GitHub, so this approach is probably the best way.</blockquote>
<div><br><br>
Hi Chris,<br><br>This is what I did on my fork, and it still didn't seem to help :(<br>
<br>
Perhaps I used it the wrong way?<br>
<br>
Every couple of days I did a git pull and rebase.<br>
<br>Now the patches I created weren't an "everything from when I branched until the present day"... because I had several chunks of functionality to send in - and wanted four separate patches... <br><br>but the very first of these wouldn't apply as the code of the underlying file (ActiveResource::Validations)  had changed, so the patch was saying that it referred to line 8 - and line 8 no longer matched where the changes had been made.<br>
<br></div></div>Taryn<br>