<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Wed, Jan 25, 2017 at 2:08 PM Alex Monk <<a href="mailto:krenair@gmail.com">krenair@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_extra gmail_msg"><div class="gmail_quote gmail_msg">On 25 January 2017 at 22:00, Stas Malyshev <span dir="ltr" class="gmail_msg"><<a href="mailto:smalyshev@wikimedia.org" class="gmail_msg" target="_blank">smalyshev@wikimedia.org</a>></span> wrote:<blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="gmail_msg">
> - Using merges/shared git history between deployment branches instead<br class="gmail_msg">
> of patchfiles would probably simplify a lot of this, needs further thinking<br class="gmail_msg">
> through though<br class="gmail_msg">
<br class="gmail_msg">
</span>I think if we could have private/restricted access branches instead of<br class="gmail_msg">
plain files that might be more helpful. Is it feasible?</blockquote><div class="gmail_msg"><br class="gmail_msg"></div></div></div></div><div dir="ltr" class="gmail_msg"><div class="gmail_extra gmail_msg"><div class="gmail_quote gmail_msg"><div class="gmail_msg">I don't think we really allow private things like that in Gerrit. I'm also not convinced it would be particularly helpful.</div></div></div></div></blockquote><div><br></div><div>Indeed, I don't trust branch-level read permissions. I'm sure there's other options though :)</div><div><br></div><div>Right now I'm thinking something like having a new branch on tin clone from the previous</div><div>branch so we can just merge or cherry-pick them on top of the new branch. Should help</div><div>git figure out a little better how to merge (more context). Would also help us know more</div><div>immediately "this has already been patched in master, skip it"</div><div><br></div><div>-Chad </div></div></div>