User story #2145
closedAllow to not automatically regenerate promises after a modification
Description
For now, each time a modification related to configurations is made (group modification, PI update, new configuration rule, PT lib reloading, etc), that modification trigger a "deployment", i.e a full regeneration of all the CFEngine promises for each nodes.
We want to make that behaviour configurable so that all "automatic" deployment are delayed until a "manually required" deployment.
That manual deployment will be trigger by the "deploy" button in the top-right "generation" widget.
That widget will have to be updated to display more information:
- last generation date,
- number of modification since that generation,
- list of modifications made since that last generation.
The list of modification could be the list of relevant action log for the considered period.
Updated by François ARMAND almost 13 years ago
- Status changed from New to 2
- Assignee set to Nicolas CHARLES
Updated by Nicolas CHARLES almost 13 years ago
- Status changed from 2 to Pending technical review
- % Done changed from 0 to 100
It's been achieved through all the others refering tickets
Updated by François ARMAND almost 13 years ago
- Status changed from Pending technical review to 10
Technical review ok.
Updated by Jonathan CLARKE almost 13 years ago
- Category changed from Web - Maintenance to Web - Config management
Updated by Jonathan CLARKE almost 13 years ago
Functional review is OK, but I can't close this issue for some reason!
Updated by Jonathan CLARKE almost 13 years ago
- Status changed from 10 to Released
Got it. The "blocked by" issues weren't closed, so I couldn't close this one. Clever Redmine...