2013/5/6 Albert Astals Cid <span dir="ltr"><<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
El Dilluns, 6 de maig de 2013, a les 19:37:15, Nicolás Alvarez va escriure:<br>
<div><div class="h5">> 2013/5/6 Albert Astals Cid <<a href="mailto:aacid@kde.org">aacid@kde.org</a>><br>
><br>
> > El Dissabte, 4 de maig de 2013, a les 14:01:45, Vishesh Handa va escriure:<br>
> > > Hey everyone<br>
> > ><br>
> > > As you might have heard there was a fiasco in the nepomuk-core<br>
> > > repository<br>
> > > where the 'master' branch was accidentally merged into KDE/4.10. Since<br>
> ><br>
> > then<br>
> ><br>
> > > the system admins had to do a hard reset to v4.10.2 and I had to<br>
> > > manually<br>
> > > cherry-pick a lot of the commits.<br>
> > ><br>
> > > I do not want anyone to merge KDE/4.10 into master. It will lead will a<br>
> > > number of duplicate commits, and considering we already have a LOT of<br>
> > > duplicates I do not want any more.<br>
> ><br>
> > Can't you just merge the branches, then rebase -i and in the rebase<br>
> > actually<br>
> > remove all the duplicated commits?<br>
><br>
> What would that achieve? If you rebase, the history becomes linear and the<br>
> merge stops being a merge.<br>
<br>
</div></div>This gives you a master branch where KDE/4.10 has already been merged (so next<br>
merges don't bring in all the new duplicate commits) and has no duplicate<br>
commits (since you killed them in the rebase -i).<br></blockquote><div><br></div><div>rebase will linearize the history, removing the merge commit, which means 4.10 won't be recorded as "already been merged" anymore.</div>
</div><div><br></div>-- <br>Nicolás