<div dir="ltr"><div>Yeah, git can be a big pita, we've all been through that hell before. :)</div><div><br></div><div>The simple recipe to stay sane when using git along with a merge and pull request system like on Github, Gitlab et al (which *is* very convenient when used properly), is this:</div><div><br></div><div>1. Create a separate branch for *each and every* merge request. *Never* use the master branch for that, as you'll need it to stay in sync with upstream for the final rebase and squash.</div><div><br></div><div>2. Just keep committing and pushing to that branch until Jonathan is happy. :)</div><div><br></div><div>3. When Jonathan is happy and asks you to tidy up your branch, rebase it on the current master (which usually *will* have progressed since you created your branch) and maybe squash your commits (`git rebase -i') to tidy up the history of your changeset. Force-push the branch with `git push -f`. That way the history stays as clean and as linear as possible, which is always a good thing (TM).</div><div><br></div><div>4. Jonathan merges your request and happiness ensues. ;-)</div><div><br></div><div>At least that's the workflow I've learned and have been happy with. I don't think that this is written down somewhere, but it's tried and proven, and it's just how everybody does it.</div><div><br></div><div>HTH,</div><div>Albert</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 8, 2020 at 7:21 PM Ivica Bukvic <<a href="mailto:ico@vt.edu">ico@vt.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">I see. It's because I did not deal with branches properly. The silver lining it is included as part of the ggee merge request :-)<br><br><div>Best,<br><br>Ico<br><br>-- <br>Ivica Ico Bukvic, D.M.A.<br>Director, Creativity + Innovation<br>Institute for Creativity, Arts, and Technology<br><br>Virginia Tech<br>Creative Technologies in Music<br>School of Performing Arts – 0141<br>Blacksburg, VA 24061<br>(540) 231-6139<br><a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a><br><br><a href="http://www.icat.vt.edu" target="_blank">www.icat.vt.edu</a><br><a href="http://www.performingarts.vt.edu" target="_blank">www.performingarts.vt.edu</a><br><a href="http://l2ork.icat.vt.edu" target="_blank">l2ork.icat.vt.edu</a><br><a href="http://ico.bukvic.net" target="_blank">ico.bukvic.net</a></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 8, 2020, 12:53 Jonathan Wilkes <<a href="mailto:jon.w.wilkes@gmail.com" target="_blank">jon.w.wilkes@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Jun 8, 2020 at 12:26 AM Ivica Bukvic <<a href="mailto:ico@vt.edu" rel="noreferrer" target="_blank">ico@vt.edu</a>> wrote:<br>
><br>
> See the ggee/image commit. I posted a comment in there showing all the links to the various commits that are all self-contained. See:  <a href="https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/348" rel="noreferrer noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/348</a><br>
><br>
> Small typo fix: ico/purr-data@958feb39<br>
><br>
> Improved highlighting and coloring of inlets and visual improvements (see squashed description for details): ico/purr-data@08da6464<br>
><br>
> Introduced a way to allow externals to properly reposition themselves when being autopatched in case they don't conform to the standardized spacing and/or don't stay true to their xy being the top-left point of origin (see squashed description for details): ico/purr-data@4cb1f899<br>
><br>
><br>
> Also, ATOMBUFSIZE in g_text.c is still missing the increase to 160 characters...<br>
<br>
You made a merge request wrt ATOMBUFSIZE, I made a comment on the<br>
merge request, and now I don't see the<br>
merge request anymore:<br>
<br>
<a href="https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/336" rel="noreferrer noreferrer" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/merge_requests/336</a><br>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" rel="noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div>