What is a public project?
Azure DevOps Services - Public Projects
An Azure DevOps Services public project provides support to share code with others and to support continuous integration/continuous deployment (CI/CD) of open source software. Users aren't required to sign in to gain read-only access to many of the services.
Azure DevOps Services public projects is in preview. To learn more about the road map, see the Azure DevOps Public Projects Limited Preview blog post.
Public versus private projects
Projects in Azure DevOps provide a repository for source code and a place for a group of developers and teams to plan, track progress, and collaborate on building software solutions. One or more projects can be defined within an organization in Azure DevOps.
Users that aren't signed into the service have read-only access to public projects on Azure DevOps. Private projects, on the other hand, require users to be granted access to the project and signed in to access the services.
Non-members of a public project have read-only access to a limited set of services, specifically:
- Browse the code base, download code, view commits, branches, and pull requests
- View and filter work items
- View a project page or dashboard
- View the project Wiki
- Perform semantic search of the code or work items
For additional information, see Differences and limitations for non-members of a public project.
To contribute to a project by adding or modifying code, work items, pipelines, or more, a user must be added as a member of the project. For an overview of services contributors have access to, see What do I get with Azure DevOps?
Get started with a public project
To get started:
- Create a public project
- Invite users to contribute to your public project
- Define a README for your project
To share code:
To define pipelines:
Migrate a private project to public
As the creator of a project, you can change your project's visibility from public to private and vice-versa. When you choose to make a project public, all of its contents are included. You cannot choose specific repositories, area paths, or build folders to keep private.
Prior to changing the visibility of your private project, we recommend you review Private-to-public migration checklist.
We'd love to hear your thoughts. Choose the type you'd like to provide:
Our feedback system is built on GitHub Issues. Read more on our blog.