823637 - Move the treestatus repo from a user github account to the mozilla organisation account

Status: RESOLVED FIXED

(Release Engineering :: General, defect)

Description

[Ed Morley [:emorley]]

* Increases discoverability over a user repo on github
* All of the other sheriffing tools are on hg.m.o
* I'm actually likely to work on TreeStatus if it isn't on Github / using git.

Comment 1

[Ed Morley [:emorley]]

Since this bug was filed, the TBPL replacement project has been started on Github (and more and more Mozilla projects are moving in that direction).

As such, I think we should just accept defeat, leave treestatus on Github, and instead morph this bug into "change the treestatus owner to the Github mozilla organisation account to increase visibility".

POA:
1) Switch the owner to the mozilla organisation
2) Give the mozilla/automation team access to the repo (or else manually assign me/a few others)
3) File bugs for IT to update their staging/push to production scripts.

Catlee, sound ok? :-)

Comment 2

[Chris AtLee [:catlee]]

Sounds great! Let me know when I should transfer ownership of the repo.

Comment 3

[Ed Morley [:emorley]]

Perhaps now?
The various IT scripts are only run on request, so it's not like the tbpl migration where we'll break a cron or something :-)

Comment 4

[Chris AtLee [:catlee]]

I think there are scripts that update treestatus-dev.allizom.org from the current github repo

Comment 5

[Ed Morley [:emorley]]

Chicken and egg problem then; suspect won't hurt for the cron to break for a bit, can get them to switch after maybe?

Comment 6

[Ed Morley [:emorley]]

For posterity:
* Catlee changed the owner to 'mozilla'
* I requested someone in the mozilla github 'owners' team (mcote) assign the treestatus repo to the teams 'releng' and 'automation', so that catlee & myself have access (it's apparently not possible to assign individuals).
* Bug 851050 has updated all the IT scripts.
* I've changed the footer page links to source to the new location (https://github.com/mozilla/treestatus/commit/00f5ddb0ff82d322efe9a4f4be4d9c1b0ae32365) [will need push to production].
* I've added a 'file a bug' link to README, pointing at the bugzilla component (https://github.com/mozilla/treestatus/commit/8b36ccf240e57f2544fda7b6f0d1534f022664bd).
* I've checked all open issues had been migrated to bugzilla, then switched off the Github issues tracker (and also wiki pages).

The only thing that is left to do (I've only just noticed there is a another repo for libs), is to reassign treestatus-lib too.

Catlee, I'm presuming after reassigning treestatus-lib all we'll need to do (other than permissions) is modify the root .gitmodules file for the main treestatus repo?

Comment 7

[Chris AtLee [:catlee]]

Ok, I transferred treestatus-lib to mozilla, and updated .gitmodules in treestatus to point to it.

Comment 8

[Ed Morley [:emorley]]

Looks good, thank you. Final thing to do is to get someone with github admin to assign permissions to lib too. I'll do that now.

Comment 9

[Ed Morley [:emorley]]

AutomatedTester did so - all done here now :-)

Comment 10

[Ed Morley [:emorley]]

(In reply to Ed Morley [:edmorley UTC+1] from comment #6)
> * I've changed the footer page links to source to the new location
> (https://github.com/mozilla/treestatus/commit/
> 00f5ddb0ff82d322efe9a4f4be4d9c1b0ae32365) [will need push to production].

In production.