Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Switch branches/tags

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?
Go to file
Cannot retrieve contributors at this time
title description ms.assetid ms.service ms.topic ms.date monikerRange recommendations
Set up permissions
Configure Artifacts permissions for feeds, views, and pipelines
<= azure-devops

Configure permissions

[!INCLUDE version-lt-eq-azure-devops]

With Azure Artifacts you can publish, consume, and store different types of packages in your feed. Setting up permissions for your feed allows you to control who can access your packages.

Configure Azure Artifacts settings

Feed owners can specify who can create and administer Artifacts feeds. To access Azure Artifacts settings, select the Azure Artifacts settings icon on the right.

:::image type="content" source="media/azure-artifacts-settings.png" alt-text="A screenshot showing how to access Azure Artifacts settings":::

[!NOTE] The Azure Artifacts settings icon is only visible to Project Collection Administrators or those who have been granted permission to administer feeds in the Azure Artifacts settings panel.

By default, users in an Azure DevOps organization can create new feeds in that organization. A user who creates a feed is both an owner and an administrator of that feed.

  1. Users in this Azure DevOps organization can create new feeds.

  2. Only feed administrators and users or groups specified here are able to create new feeds.

  3. Users or groups added here become administrators of all the feeds in the organization.

:::image type="content" source="media/artifacts-settings.png" alt-text="Screenshot showing how to set up Azure Artifacts settings":::

[!NOTE] It's very important to understand the difference between feeds, project, and project collection administrators.

A Feed Administrator can perform all operations on the feed (edit feed permissions, delete packages, promote packages, etc.).

A Project Administrator on the other hand has permissions to manage all project/team related operations (update project visibility, delete project, manage test environments etc.).

Project Collection Administrators are granted all collection-level permissions to manage resources for projects and project-collections (add/delete projects, trigger events, manage build resources, audit streams etc.).

Configure feed settings

[!INCLUDE edit-feed]

::: moniker range=">= azure-devops-2019"

  1. Select Permissions, and then select Add users/groups.

    :::image type="content" source="media/feed-permissions.png" alt-text="A screenshot showing the feed's permissions.":::

  2. Add new user(s)/group(s), and then select their Role.

    :::image type="content" source="media/add-users-groups-dialogue.png" alt-text="Screenshot showing how to add new users or groups.":::

  3. Select Save when you are done.

::: moniker-end

::: moniker range="tfs-2018"

  1. Select Permissions.

    :::image type="content" source="media/editfeeddialog1.png" alt-text="Screenshot showing feed permissions TFS.":::

In the edit feed dialog:

  • Choose to make each person or team an Owner, Contributor, Collaborator, or Reader.
  • When you're done, select Save.

::: moniker-end

[!NOTE] The Project Collection Build Service (org-scoped) and the project-level Build Service (project-scoped) are set to Collaborator by default.

Permissions table

In Azure Artifacts, feeds can be grouped into two categories: project-scoped and organization-scoped feeds. All feeds created through the web UI are project-scoped feeds. By default, users in the same organization have the permissions to create a new feed. A user who creates a feed is both an owner and an administrator of that feed. Below are the different access levels for a feed

Permission Reader Collaborator Contributor Owner Administrator
List/install/restore packages
Publish packages
Unlist packages (NuGet)
Delete packages
Deprecate packages (Npm)
Unpublish packages (Npm)
Promote packages to a view
Add/remove upstream sources
Allow external package versions
Save packages from upstream sources
Edit feeds settings

[!NOTE] To access a project-scoped feed, a user must also have access to the project hosting that feed.

Views permissions

Feed views enable users to share certain packages while keeping others private. A common scenario for using a feed view is sharing a package version that has already been tested and validated but keeping packages under development private.

By default, there are three views in a feed: @local, @prerelease, and @release view. The latter two are suggested views that you can rename or delete as desired.

The @local view is the default view and it includes all the packages published to the feed as well as all the packages downloaded from upstream sources.

[!IMPORTANT] Users who have access a specific view are able to access and download packages from the feed through that view even if they don't have direct access to that feed. If you want to completely hide your packages, you must restrict access to both feed and views.

To restrict access to your feed, simply select a user or group from the permission table in your Feed Settings and select Delete.

You can restrict access to a view by changing its visibility to specific people as shown below.

:::image type="content" source="media/view-permissions.png" alt-text="Screenshot showing how to change views visibility.":::

After restricting your view's visibility to specific people, the access permissions column should reflect your changes.

:::image type="content" source="media/edit-views.png" alt-text="A screenshot showing the access permissions for the preRelease view.":::

[!IMPORTANT] Views inherit their permissions from the parent feed. Setting a view's visibility to Specific people without specifying users or groups will default the view's permissions back to its parent's feed permissions.

Pipelines permissions

To access packages from your pipelines, the appropriate build identity must have access to your feed. By default, feeds have the Project Collection Build Service role set to Collaborator. If you have changed your pipeline to run at project-scope, you will need to add the project-level build identity as a Reader or Contributor.

The project-level build identity is named as follows: [Project name] Build Service ([Organization name]). Example: FabrikamFiber Build Service (codesharing-demo).

  1. From within your feed, select the gear icon gear icon to navigate to Feed settings.

  2. Select the Permissions tab.

  3. Select Add users/groups, and then add your build identity as a Contributor.

[!NOTE] If you want to access a feed in a different project from your pipeline, you must set up the other project to grant read/write access to the build service.

Share packages with all users in your organization

If you want to make certain packages in your feed available to all users in your organization, create or select a view that contains the packages you want to share and ensure its visibility is set to People in my organization.

::: moniker range="azure-devops"

Share packages publicly

You can make your packages available publicly to anonymous users with limited access by creating a public feed.

::: moniker-end

Related articles