Skip to content

doc: add a powers.md to document who has access #811

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
Aug 10, 2017
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
3 changes: 3 additions & 0 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -37,6 +37,8 @@ missing please open an issue.
- Rich Trott [@trott](https://github.com/trott)
- Kunal Pathak [@kunalspathak](https://github.com/kunalspathak)

Note that different groups within the build WG have different access. For more
information see [access.md][].


## Infrastructure Providers
Expand Down Expand Up @@ -202,3 +204,4 @@ Build and test orchestration is performed by [Jenkins][21].
[21]: https://jenkins.io/
[pivotal]: https://www.pivotalagency.com.au/
[securo]: http://securogroup.com/
[access.md]: ./doc/access.md
91 changes: 91 additions & 0 deletions doc/access.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,91 @@
# Access to Node.js Infrastructure

Documents which groups have access to which Infra assets. Note that links to
`@nodejs/` teams are not visible to people who aren't in the Nodejs
organisation, so those links may not work for you. The [secrets repo][] is also
secret...

## Machine Access

For a list of machines, see the [inventory.yml][]. Secrets are stored in the
[secrets repo][], which [@nodejs/build][] (and [org owners][]) have access to.
Secrets are individually encrypted, so access to the repo does not itself
give access to any of the secrets within. For more info see the repo's README.

### Test machines

[@nodejs/build][] have root access to the test CI machines (`test-*`).

### Infra machines

A subsection of build members have access to infra machines
(`infra-*`). The current list is:

- Johan Bergström [@jbergstroem](https://github.com/jbergstroem)
- João Reis [@joaocgreis](https://github.com/joaocgreis)
- Michael Dawson [@mhdawson](https://github.com/mhdawson)
- Rod Vagg [@rvagg](https://github.com/rvagg)

### Release machines

A subsection of build members have access to infra machines
(`infra-*`). The current list is:

- Johan Bergström [@jbergstroem](https://github.com/jbergstroem)
- João Reis [@joaocgreis](https://github.com/joaocgreis)
- Rod Vagg [@rvagg](https://github.com/rvagg)

## Infra Access

There are a number of other infra assets maintained by the Build WG, accesses
are as follows.

Note that the machines that our Jenkins instances run on are `infra` machines,
and thus any task that requires access to the machine requires `infra` access.

### [ci.nodejs.org](ci.nodejs.org)

- [@nodejs/collaborators][] have access to run Node core tests.

- Run and configure access for other jobs is controlled by the teams who own them
(for example, the [post-mortem jobs][] are run by [@nodejs/post-mortem][], and
configured by [@nodejs/post-mortem-admins][]. For more info see the [Jenkins
access doc][].

- [@nodejs/build][] have machine access (the ability to add, remove, and
configure machines).

- [@nodejs/jenkins-admins][] have admin access.

### [ci-release.nodejs.org](ci-release.nodejs.org)

- [@nodejs/release][] have access to run builds.

- [@nodejs/jenkins-admins][] have admin access.

### [github-bot][]

Those with `github-bot` access have access to the Github Bot's configuration,
including Github and Jenkins secrets.

The following have access:

- Johan Bergström [@jbergstroem](https://github.com/jbergstroem)
- João Reis [@joaocgreis](https://github.com/joaocgreis)
- Rod Vagg [@rvagg](https://github.com/rvagg)
- Phillip Johnsen [@phillipj](https://github.com/phillipj)
- Hans Kristian Flaatten [@Starefossen](https://github.com/Starefossen)


[@nodejs/build]: https://github.com/orgs/nodejs/teams/build/members
[@nodejs/collaborators]: https://github.com/orgs/nodejs/teams/collaborators/members
[@nodejs/jenkins-admins]: https://github.com/orgs/nodejs/teams/jenkins-admins/members
[@nodejs/post-mortem-admins]: https://github.com/orgs/nodejs/teams/post-mortem-admins/members
[@nodejs/post-mortem]: https://github.com/orgs/nodejs/teams/post-mortem/members
[@nodejs/release]: https://github.com/orgs/nodejs/teams/release/members
[Jenkins access doc]: /doc/process/jenkins_job_configuration_access.md
[github-bot]: https://github.com/nodejs/github-bot
[inventory.yml]: /ansible/inventory.yml
[org owners]: https://github.com/orgs/nodejs/people?utf8=%E2%9C%93&query=%20role%3Aowner
[post-mortem jobs]: https://ci.nodejs.org/view/post-mortem/
[secrets repo]: https://github.com/nodejs/secrets
Original file line number Diff line number Diff line change
@@ -1,4 +1,6 @@
# Introduction
# Jenkins Job Configuration Access

## Introduction

There are a number of cases where we would like working group members
to be able to run and or edit jobs within jenkins. Examples include
Expand Down Expand Up @@ -76,4 +78,3 @@ Once approved by the working group and existing working group admins,
one of the existing working group admins can then add the new
individual to the github admin team for the working group
(e.g. benchmarking-admins).