How can we prevent deletion of specific stream snaphots while allowing deletion of other snapshots?
We wish to secure snapshots that correspond to formal releases e.g. 1.0.0 etc, but want to be able to delete other snapshots created by a continuous integration build. Our users therefore need permission to delete snapshots but we want to prevent accidental deletion of the formal release snapshots.
|
2 answers
Hi Martin, at this time the only way of managing this that I am aware of is via the project area permissions. At this time this grants the users the ability to delete all snapshots or none at all. There was some confusing terminology in the permissions page for this setting, this is being resolved via defect 251051 in RTC 4.0.3.
Keep in mind that the 'deleted' snapshot never really goes away. It's just disassociated with the stream or workspace. See the following infocenter link.
Comments Hi Josh, thanks for the feedback but the info link is for version 3 and we are on 4.0.0.1 and the info now states that a deleted snapshot is deleted from the repository - see http://pic.dhe.ibm.com/infocenter/clmhelp/v4r0/index.jsp?topic=%2Fcom.ibm.team.concert.dotnet.doc%2Ftopics%2Ft_promote_delete_snapshot.html Hi Martin, I didn't check the 4.x infocenter, looks like they changed that between releases. Nice info @jcrawford.
|
Martin,
Assuming the permissions work as they are described in the Project's Process Configuration you would have have either a manual build step in your release process (or automated in the build steps using the SCM CLI 'snapshot promote' command) where you switch the Owner of the snapshot to the stream, and you only allow certain roles to create/delete snapshots that belong to the stream. Do not promote/change-Owner of the snapshot to the stream for simple snapshots, such as the ones for your continuous integration builds, and keep them allocated to the workspace that does the continuous integration build. That should allow users, if you've allowed them in Process Configuration, to delete them. The real fix to this (in my opinion) rests on the RTC team adding a lock to a snapshot to prevent it from being deleted no matter where it lives, which it looks like they have backlog'ed: https://jazz.net/jazz/web/projects/Rational%20Team%20Concert#action=com.ibm.team.workitem.viewWorkItem&id=74775 |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.