NixOS / NixOS/org

Create the process of establishing new teams

Open
#82 3 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Shell
Stars
48
Forks
36
Avg merge
2m
Merged PRs (30d)
3

Description

Team work is essential for efficient use of available human resources. For example, splitting packaging work on Nixpkgs in to domain specific teams can have very positive impact on packages quality, can rapidly speed up their development and maintenance and can be motivating factor for existing and new contributors. Unfortunately, there is no official process or guideline for creation and bootstrapping of new teams.

Team creation process should provide information such as:

  • complete list of already existing teams
  • list of minimal human resources requirements (for example: team lead + 2 other members)
  • requirements for declaration of some scope of interest/motivation (for example: the team is interested in geospatial packages development and maintenance)
  • exact process of team infrastructure creation and configuration (creation of GitHub team, adding members, setting all permissions, creation of home page, creation of matrix channel)
  • list of available founding for team (for example: covering expenses for team sprints)
  • recommendations for assets (for example Nixpkgs packages) adoption (how to migrate packages from single/multli person maintenance to team)
  • recommendations for best practices to operate

Contributor guide

Open the contributing guide

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 existing team list and current GitHub team, Matrix channel, and package-maintenance practices mentioned in the issue. Document a complete process covering team requirements, infrastructure setup, funding, package adoption, and operating practices; done means the guidance is complete and actionable.

Written by the indexing model from the issue text.

Assessment

Tech stack
github
Domain
documentation
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.