This wiki is locked. Future workgroup activity and specification development must take place at
our new wiki
. For more information, see
this blog post about the new governance model
and
this post about changes to the website
.
TWiki
>
Main Web
>
AmHome
>
ArchMgmtMeetings
>
ArchMgmtMeetings29Apr2010
(13 May 2010,
JimConallen
)
(raw view)
Date: *29 April 2010* <br />Time: *7:00 AM Pacific, 10:00 AM Eastern, 3:00 PM UK, 4:00 PM Frankfurt, 5:00 PM Haifa* <br />Call In Number: (emailed)<br />Participation request: contact JimConallen ---++ Agenda 1 JimConallen will update workgroup of OSLC Core status. 1 Begin listing the critical use case scenarios we want to address for the 2.0 spec. ---++ Minutes Atendees: Dave Johnson, Tom Picolli, Jonathan Harclerode, Derry Davis, Jim Conallen 1. We started the discussion with the essential use cases. Jim C. proposed four areas of interest: baselines, impact analysis, MDA (automation), and review and approve. Derry also added testing, and in particular relationships to testing resources. 2. Since baselines are generic concept, not AM specific we checked with Dave J. to see if it made sense for our workgroup to discuss it, since it would most likely be a core concepts in the long run. Dave said that it would be useful for us to discuss here, and present later our thoughts to the core. 3. The concept of a baseline should be a first class resource and represents a combination of configuration + version information. Determining configuration is interesting, as it could be determined with a single timestamp, and all resources that exist at that time, and their current versions at that time are what defined the baseline. Configuration could also be determined manually, or with a query. It is useful to be able to subset the active resources for inclusion into a baseline. 4. We concluded that baselines are immutable. 5. We discussed if baselines could be cloned. If they are then the clone would be expected to be editble for at least a little while. 6. The idea of working in a baseline (where the resources are editable) was discussed. We decided that this was really just working in a stream (another concept) and that baselines should remain immutable. 7. The question of whether a baseline was a noun or a verb popped up. 8. Jim C. asked what is it that we expect a baseline to be used for? We came up with two quick uses; compare (Tom P), and compliance checking (Derry D.). Both of which could be done with a combination of automation and manual work. 9. In order to support these two uses of baselines, the service provider is expected to be able to render resources in a baseline.
E
dit
|
A
ttach
|
P
rint version
|
H
istory
: r3
<
r2
<
r1
|
B
acklinks
|
V
iew topic
|
Ra
w
edit
|
M
ore topic actions
Topic revision: r3 - 13 May 2010 - 13:45:35 -
JimConallen
Main
Main Web
Create New Topic
Index
Search
Changes
Notifications
RSS Feed
Statistics
Preferences
Webs
Main
Sandbox
TWiki
Български
Cesky
Dansk
Deutsch
English
Español
Français
Italiano
日本語
Nederlands
Polski
Português
Русский
Svenska
简体中文
簡體中文
Copyright � by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our
Terms of Use
Ideas, requests, problems regarding this site?
Send feedback