<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Ryan Joseph <<a href="mailto:ryan@thealchemistguild.com">ryan@thealchemistguild.com</a>> schrieb am Do., 28. Feb. 2019, 03:50:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">posts getting blocked again, just sending this to see if it gets through.<br>
<br>
> On Feb 26, 2019, at 9:10 AM, Ryan Joseph <<a href="mailto:ryan@thealchemistguild.com" target="_blank" rel="noreferrer">ryan@thealchemistguild.com</a>> wrote:<br>
> <br>
> <br>
> <br>
>> On Feb 26, 2019, at 7:05 AM, Graeme Geldenhuys <<a href="mailto:mailinglists@geldenhuys.co.uk" target="_blank" rel="noreferrer">mailinglists@geldenhuys.co.uk</a>> wrote:<br>
>> <br>
>> Rather do as always recommended... develop in a "feature" branch.<br>
>> Branches are brilliant in Git and most Git commands work better when<br>
>> branches are used. Also split your changes into multiple smaller<br>
>> commits. ie: your tests into one commit and your other changes into<br>
>> another commit. Use commits - they don't cost anything, so no need to go<br>
>> sparingly on them. ;-)<br>
> <br>
> I was actually in a feature branch already. I don’t know how it works but only changes made in the active branch (my feature branch) were added to the patch.<br>
> <br>
> What do you mean split changes into smaller commits? I’ve been working on this over months so there were dozens of commits. The final patch that was made had a history of all the commits but they were just packed into one file (which I thought was easier to distribute than a directory full of them).<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">See below. </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> <br>
> Still not sure how to keep the tests separate though. I added them in over time in a number of commits so it seems not possible to extract them now.<br>
> <br>
>> <br>
>> Lastly, use the format-patch command but with branches instead.<br>
>> <br>
>> git format-patch -o output_directory --cover-letter<br>
>> <feature_branch>...<master_branch><br>
>> <br>
>> In will generate sequentially numbered set of .patch files in the<br>
>> <output_directory> and a 0000-cover-letter.patch file. ie: a summary of<br>
>> what you changed, which is useful for pasting into an email or mantis<br>
>> report.<br>
> <br>
> Does this mean a .patch for each commit? Why is that better than merging into one patch?<br>
> <br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Yes, though the first step should probably be to rework your commits. It's a bit of work, but that way you can nicely restructure your commit history,get rid of unintended changes(1) and maybe group the changes by functional topic or so...</div><div dir="auto"><br></div><div dir="auto">(1) I don't remember whether it was this branch or another, but one had unintended and unrelated changes in indentation that you should get rid of.</div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div></div>