<div dir="ltr"><div>You do realize that by changing the naming structure of long existing projects you are going to break every single HTTP link out there that points at actual code, right?</div><div><br></div><div>Why can't Openstack stay OpenStack inside of the the OpenDev environment?  Or at least provide backwards compatible links?  It is going to be as if OpenStack has just disappeared.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 14, 2019 at 10:54 AM David Moreau Simard <<a href="mailto:dmsimard@redhat.com">dmsimard@redhat.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 Sun, Mar 10, 2019 at 1:04 PM Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>> wrote:<br>
><br>
> On 2019-03-10 11:52:33 -0400 (-0400), David Moreau Simard wrote:<br>
> > ARA is an "unofficial" OpenStack project that would be part of this<br>
> > move and I would appreciate if ARA could remain on GitHub where the<br>
> > Ansible community is.<br>
> [...]<br>
> > Is there a way to make this work ?<br>
> [...]<br>
><br>
> The idea is that you could run a Zuul job in the "post" pipeline<br>
> which pushes the branch tip to a repository in a GitHub (or<br>
> Bitbucket or whatever) remote URL of your choice. The job could<br>
> include credentials for a service account you create with push<br>
> rights for that remote. While the playbook containing the Zuul<br>
> secret would need to be in your repository, the fundamental role to<br>
> perform the git push is probably a good candidate for including in<br>
> Zuul's standard library. You'd probably also want it to run in the<br>
> "tag" pipeline to push a copy of any tag which triggers it.<br>
><br>
> This ought to be a fairly trivial job and could be set up in advance<br>
> of any changes in Gerrit. Are you perhaps interested in prototyping<br>
> something along these lines? I expect it would be very useful.<br>
<br>
Thanks for the clarification Jeremy.<br>
<br>
I was under the impression that the challenge with GitHub was not a<br>
technical one.<br>
<br>
What I take away from this is that while GitHub will not be supported by<br>
OpenDev, individual projects can still choose to use it on their own.<br>
<br>
I'll look at creating roles/jobs around this workflow.<br>
<br>
David Moreau Simard<br>
dmsimard = [irc, github, twitter]<br>
<br>
</blockquote></div>