Controlling access and edit rights to packages.
All Package users in your organization can view a package and its contents, however you have to specify, by giving permissions, who can modify them. These users are called package editors and administrators.
A package administrator is the default role for the person who creates the package. They have the right to add, remove, or modify the role of a package collaborator, whether an administrator or an editor. They also have the right to close or reopen a package.
A package editor has the right to add or remove other package editors.
The table below shows the different actions each role can perform.
Editor | Administrator | |
---|---|---|
Edit the package | ✓ | ✓ |
Add Editors | ✓ | ✓ |
Add Administrators | ✓ | |
Add child package | ✓ | |
Move package | ✓ | |
Close / Reopen the package | ✓ | |
Mark the package as No Longer in Use | ✓ | |
Delete package | ✓ |
Every time you add someone as an administrator or editor, those users are automatically added to the distribution list as well.
If you want multiple organizations to edit a package, you’ll need to keep package versioning in mind. Each time a package is edited, a new version of that package is created.
If your project requires multiple organizations to edit packages, make sure you have a clear process on how and when each organization will update them. Otherwise if you update a package at the same time as another organization, the updates you made to the package could be superseded by the other organization.
After updating a package make sure you transmit the latest version to the other organizations. This ensures all organizations have the latest version of the package as early as possible and should reduce the likelihood that the version of the package you created is superseded by another organization.
If you don't have permission to edit the collaborators on some of the selected packages, they will automatically be excluded from your selection.
You can also edit distribution lists in bulk.
When adding users as collaborators, they will automatically be added to the distribution list as well, which is the same behavior as within the package.
There are three types of access levels: Administrator, Editor and Mixed.
The access level Mixed means, that you might not be a collaborator on all of the selected packages, or that your access level is different. For example, on one of the packages you might be an administrator, on others you might only be an editor. If you have enough permission to change the access level, you could change it from Mixed to Editor for example. This would add you to all of those packages where you are not an editor yet. However, this would downgrade your access level on all of those packages where you are an Administrator.
There are two statuses for the distribution: On the list and Mixed.
On the list means that you are on the distribution list of all of the selected packages. Mixed means that on some of the packages selected you are on the distribution list, but on others you are not. If you change from Mixed to On the list you will be added to the missing ones.
For permission to edit the access level, the same rules you’d have to edit collaborators within a package would apply. This means that if you are an Editor on one of the packages selected, you won’t be able to add Administrators or to upgrade an existing Editor to Administrator. If you don't have permission to edit the collaborators on all of the selected packages, you’ll see a message telling you.
Administrators AND editors can add/remove editors, but only administrators can add or remove administrators, or upgrade editors to administrators.
If a package no longer has an administrator (because they left the project) you can add a new one if you have permission.
You'll need the Package Administrator permission assigned to your user role. This permission allows you to:
Note: The action to assume the package Administrator role by the project-owning organization can only be completed on a package-by-package basis.