<br><br>On Tuesday, October 7, 2014, Željko Filipin <<a href="mailto:zfilipin@wikimedia.org">zfilipin@wikimedia.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Oct 7, 2014 at 3:58 PM, Antoine Musso <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','hashar%2Bwmf@free.fr');" target="_blank">hashar+wmf@free.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="overflow:hidden">Thoughts?</div></blockquote><div> </div></div>+1! :)</div></div></blockquote><div><br></div><div>+1; co-ordinating has been a pain. </div><div><br></div><div>That said, normal practice as I understood it for new or significantly changed pipelines is:</div><div><br></div><div>* Make a JJBC change</div><div>* Cherry-pick test deploy it to one job template</div><div>* Test this manually.</div><div>* Tweak as needed and re-push it. </div><div>* Finalise and "merge" noting that it's been deployed. </div><div>* Make a Zuul change and deploy it. </div><div><br></div><div>The advantage here is you can keep fiddling in Jenkins without disrupting other jobs, but I'm not sure this loss is a big deal?</div><div> <span></span></div><br><br>-- <br><div dir="ltr">James D. Forrester<br>Product Manager, Editing<br>Wikimedia Foundation, Inc.<br><br><a href="mailto:jforrester@wikimedia.org" target="_blank">jforrester@wikimedia.org</a> | @jdforrester</div><br>