Skip to content
This repository was archived by the owner on May 7, 2020. It is now read-only.
This repository was archived by the owner on May 7, 2020. It is now read-only.

Project Qualification Guidance #78

Open
@martinwoodward

Description

@martinwoodward
Contributor

At the moment, the definition of which projects should consider applying to join the .NET Foundation is a little bit hazy and it's a question I often get asked about. I was thinking of creating a PR to spell this out more but before I did, just wanted to check people are ok with that?

As we've been building the .NET Foundation, the following rough guidelines have emerged based on the feedback from the Advisory Council, the Board of Directors and more recently also the Technical Steering Group on new project applications that have been put forward:

  • The project must be licensed under a permissive, OSI recognised open source license (e.g. MIT, Apache 2.0, BSD etc)
  • The project should define a process for accepting contributions and also provide information about how contributors become maintainers to support a sustainable level of ongoing contribution and activity
  • The project community must be willing to adhere to the .NET Foundation Code of Conduct
  • The project should be willing for contributors to sign the .NET Foundation Contribution License Agreement using the automated tooling that we help them set up
  • The project should be of general use to the .NET community. The Advisory Council and Technical Steering Group help the Board of Directors in determining this.

Any additional thoughts before I turn into a PR?

Activity

robertmuehsig

robertmuehsig commented on Jun 9, 2017

@robertmuehsig

What about the "impact" or "community acceptance" or is this not important at all and even the most smallest project can be part of the .NET Foundation?

DaveNoderer59

DaveNoderer59 commented on Jun 9, 2017

@DaveNoderer59

Presumably there is always a subjective judgement as pointed out in the last point "The project should be of general use to the .NET community. The Advisory Council and Technical Steering Group help the Board of Directors in determining this.". I don't think adding additional terms which are vague and subjective themselves would be helpful.

martinwoodward

martinwoodward commented on Jun 9, 2017

@martinwoodward
ContributorAuthor

The main issue with impact or community acceptance is that it hinders incubation of new projects (as they are starting from a point of zero). The way some other foundations get around this is to have a formal incubation process which new projects would have to graduate through - however so far we've been keeping the .NET Foundation a more lightweight foundation.

It also depends on how the advisory council, technical steering group and the board of directors decide to interpret 'general use to the .NET community' which may evolve over time just as the guidelines for acceptance have evolved on a case by case basis so far. Ultimately that last point is a judgement call.

I would like to see more transparency in the process for joining the foundation and getting accepted - but baby steps...

robertmuehsig

robertmuehsig commented on Jun 9, 2017

@robertmuehsig

Makes sense 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

      Development

      No branches or pull requests

        Participants

        @robertmuehsig@martinwoodward@DaveNoderer59

        Issue actions

          Project Qualification Guidance · Issue #78 · dotnet-foundation/foundation