<div dir="ltr">So I was planning on doing that actually. Although, if you have the spare cycles, go for it.</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><div>David<br></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Mar 21, 2017 at 2:49 PM, Brian Bouterse <span dir="ltr"><<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div> I plan to turn this thread into a formal RFC once that process has been ratified.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Tue, Mar 21, 2017 at 11:13 AM, Sean Myers <span dir="ltr"><<a href="mailto:sean.myers@redhat.com" target="_blank">sean.myers@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><span>On 02/06/2017 12:09 PM, Ina Panova wrote:<br>
> Seems like we are trying to choose/figure out what's more important -<br>
> linear commit history which is readable or confidence and ability to track<br>
> where exactly change had been applied?<br>
><br>
> I agree with Mike and think that merging forward is so super simple, i must<br>
> admit i had issues to understand this strategy from the beginning but now i<br>
> could do that even with closed eyes.<br>
<br>
</span>The problem, as has become very clear in the past few days, is that merging<br>
forward does not give us the confidence (or ability) to track where exactly<br>
a change has been applied. All it tells us is what commit hashes exist on a<br>
branch, which is not the same thing. You can record a commit hash as merged<br>
without bringing its changes forward, which is a necessary step in fixing<br>
merge-forward mistakes. The best way to see if a specific change exists on<br>
a given branch, whether we're cherry-picking or we're merging forward, as I<br>
understand it, is to use 'git cherry'.<br>
<br>
<br></div></div><span class="">______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/pulp-dev</a><br>
<br></span></blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div>