opensafely-core / opensafely-core/sysadmin

Define Access Management Process for `opensafely-actions`

Open
#267 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
0
Forks
0
Avg merge
2d 7h
Merged PRs (30d)
3

Description

Why are we doing this?

There is currently no clearly documented process for managing access to repositories in the opensafely-actions. It is unclear who owns access decisions, who can grant permissions, and what permission levels should be used.

Related Slack thread.
Slightly related playbook for opensafely organisation.

How will we know when it's done?

  • A documented process exists for requesting and granting repository access.
  • Repository ownership and responsibility for access decisions are defined.
  • Guidance on appropriate permission levels is available.
  • A corresponding playbook entry has been created.

What are we doing?

  • Define ownership and responsibility for repository access within opensafely-actions.
  • Document the process for requesting, approving, and granting access.
  • Define guidance on repository permission levels and who should receive them.
  • Add the process to the tech-support playbook.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reviewing the related Slack thread and the existing opensafely organisation playbook entry for transferring a research repository. Define the ownership, request, approval, granting, and permission-level guidance for opensafely-actions, then add the resulting process as a corresponding tech-support playbook entry and verify each completion checklist item.

Written by the indexing model from the issue text.

Assessment

Domain
authorization, documentation
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.