You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
# Changes to the Deployment Type are deployed unexpectedly and cannot be rolled back
9
9
10
-
This article describes a behavior that Deployment Type changes are deployed unexpectedly and can't be rolled back in Microsoft System Center 2012 Configuration Manager.
10
+
This article describes a behavior that Deployment Type changes are deployed unexpectedly and can't be rolled back in Microsoft Configuration Manager.
11
11
12
12
_Original product version:_ Microsoft System Center 2012 Configuration Manager
Consider the following scenario in Configuration Manager:
18
18
19
-
- User A is an administrator who is granted the Application Editor role.
20
-
- User B is an administrator who is granted the Application Deployment role.
21
-
- User A creates an application and adds requirements, dependencies, and so on. Because User A is an Application Editor, the user cannot deploy the application.
19
+
- User A is an administrator who belongs to the Application Editor role.
20
+
- User B is an administrator who belongs to the Application Deployment role.
21
+
- User A creates an application and adds requirements, dependencies, and so on. Because User A is an Application Editor, the user can't deploy the application.
22
22
- User B, as an administrator in the Application Deployment role, finds the application that User A created. User B deploys the application for immediate installation to a collection of devices or of users.
23
23
- User A makes changes to the Deployment Type for the application.
24
24
25
-
In this scenario, clients that don't already have the original Deployment Type installed will have the new Deployment Type installed according to the configured schedule. However, you may expect that the new Deployment Type would not be automatically deployed without additional steps being followed by User B, the administrator in the Application Deployment role. Additionally, User B cannot roll back the changes to the Deployment Type for the application.
25
+
In this scenario, clients that don't already have the original Deployment Type installed will have the new Deployment Type installed according to the configured schedule. However, you might expect that the new Deployment Type wouldn't be automatically deployed without additional steps being followed by User B, the administrator in the Application Deployment role. Additionally, User B can't roll back the changes to the Deployment Type for the application.
26
26
27
-
The new Deployment Type doesn't automatically deploy to clients for which the original Deployment Type was installed successfully. This is confirmed by the Detection Method logic for the Deployment Type. If the Detection Method logic for the Deployment Type does not find that the application is installed, a reinstallation by using the latest revision of the Deployment Type will be tried on the client. The Detection Method logic is reevaluated per the compliance evaluation schedule that is configured in the compliance settings of the client settings that apply to the client device. This occurs regardless of whether the Deployment Type has changed.
27
+
The new Deployment Type doesn't automatically deploy to clients for which the original Deployment Type was installed successfully. This behavior is confirmed by the Detection Method logic for the Deployment Type. If the Detection Method logic for the Deployment Type doesn't find that the application is installed, a reinstallation by using the latest revision of the Deployment Type will be tried on the client. The Detection Method logic is reevaluated per the compliance evaluation schedule that is configured in the compliance settings of the client settings that apply to the client device. This occurs regardless of whether the Deployment Type has changed.
0 commit comments