<br><br><div class="gmail_quote">2009/8/20 Tom Stuart <span dir="ltr"><<a href="mailto:tom@experthuman.com">tom@experthuman.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;">
<div class="im">On 20 Aug 2009, at 11:59, Taryn East wrote:<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
Every couple of days I did a git pull and rebase.<br></div><div class="im">
I had several chunks of functionality to send in - and wanted four separate patches 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>

</div></blockquote>
<br>
This is sort of a contradiction in terms if the rebase succeeded. Your commits are by definition a set of changes on top of the remote master (assuming you're up-to-date with it) so your patches should always apply. How are you actually creating the patches?</blockquote>
<div><br>Ok, so now I'm guessing that part of the issue is that I did:<br>commit, commit,commit,commit... rebase... <br>then created *several* patches - the first of which only used the first commit... ie didn't include the rebase.<br>
 <br>Does that make sense?<br><br>So in future, I should make sure I create my patches as I go along and rebase just before I create each individual patch?<br><br>Taryn<br><br></div></div>