Project

General

Profile

IncrementalUpdate » History » Version 3

Justin Sherrill, 10/24/2014 11:18 AM

1 1 Justin Sherrill
h1. IncrementalUpdate
2 1 Justin Sherrill
3 1 Justin Sherrill
4 2 Justin Sherrill
h2. User stories:
5 3 Justin Sherrill
6 2 Justin Sherrill
* As a user, I should be able to select multiple errata, and 'apply them' to multiple content views in multiple environments, generating new minor versions in the process that replace the older version in each environment
7 2 Justin Sherrill
* As a user, I would expect errata that are added to a new point release to use dependency resolution to ensure needed dependencies are added
8 2 Justin Sherrill
* As a user I want to be able to publish multiple subsequent versions with each one adding more and more errata into a content view in an environment.
9 2 Justin Sherrill
* As a user, I should be able select a subset of environments or content views to push new errata to.
10 2 Justin Sherrill
* As a user, after applying new errata to some set of content views and environments, I should be able to easily initiate an update on all affected systems (optionally). 
11 2 Justin Sherrill
* As a user, I would expect updated point releases to update composites with a new point release as well in the respective environments (i.e. if ComponentA gets updated from 1.0 to 1.1, any composite that is using 1.0 will have a new point release bumped and published with the new 1.1 ComponentA and pushed to the environment it was in.
12 2 Justin Sherrill
13 2 Justin Sherrill
h2. Future Ideas (May design out and pull in if feasible):
14 3 Justin Sherrill
15 2 Justin Sherrill
* As a user, repoclosure should be run at some point during the process to tell me if there is a dependency issue, either afterwards or as part of the process halting the push to an environment
16 2 Justin Sherrill
* As a user, I should be able to select multiple *packages*, and 'apply them' to multiple content views in multiple environments. (for 6.1? or 6.2?)