Re: [openc2] Re: EXT :[openc2] Simplified Branching Strategy Discussion on Slack

Great work Dave!

 

Re: âAre those detailed procedures (Annex C) actually useful?â

Although I think Annex C is useful, Iâm not sure itâs worth the work to keep it up to date as things change. We donât start that many documents and there are enough online tutorials on how to use github that I donât think it would hurt
 to remove this Annex. 

 

As an aside, I think it (and probably the other ones) is an Appendix, not an annex. An Annex (legal definition which is what is usually used by SDOâs) is an integral part of the document. An appendix is supplementary information. A document
 could stand alone without the appendices.

 

Duncan Sparrell

sFractal Consulting LLC

iPhone, iTypo, iApologize

I welcome VSRE emails. Learn more at http://vsre.info/

 

 

From: TC OpenC2 <> on behalf of "Lemire, Dave (HII-TSD)" <>

Date: Tuesday, August 25, 2020 at 11:46 AM

To: TC OpenC2 <>

Subject: [openc2] Re: EXT :[openc2] Simplified Branching Strategy Discussion on Slack

 

Follow-up:  I've created a PR to update Documentation Norms with the simplified branching strategy.  The PR is here. 
 The complete updated version that's the source of the PR can be read here;
 there are numerous minor tweaks in addition to the changes for the branching strategy.I have not yet carefully updated the procedures in Annex C, particularly those performed on the command line with a local clone of a personal fork. Are those detailed procedures
 actually useful? Or just overkill?

 

Dave

 

David Lemire

Systems Engineer

HII Mission Driven Innovated Solutions (HII-MDIS)

Technical Solutions Division

302 Sentinel Drive | Annapolis Junction, MD 20701

Work (301) 575-5190 |
Mobile (443) 535-1182

From:  <> on behalf of Lemire, Dave (HII-TSD) <>

Sent: Tuesday, August 25, 2020 9:39:12 AM

To: 

Subject: EXT :[openc2] Simplified Branching Strategy Discussion on Slack

 

CAUTION: This email originated from
outside your organization. Exercise caution when opening attachments or clicking links, especially from unknown senders.

 

Work product editors and interested TC members:  there's a discussion on Slack regarding a question that arose as I started itemizing changes to the
Documentation Norms to describe the simplified branching strategy that was discussed at the last TC meeting.

 

You can read the thread at https://openc2-community.slack.com/archives/C2Q818JAU/p1597956545007400
 [openc2-community.slack.com]

 

Short form:

Question is how to handle OASIS-published Committee Specification
Drafts (CSDs)

Proposed resolution: when the CSD is approved and published, edit the description of GH release for the WD that was approved as a CSD to record the approval and link to the CSD at OASIS

 

Alternative suggestions or concurrences are welcome.

 

Dave

 

David Lemire

Systems Engineer

HII Mission Driven Innovated Solutions (HII-MDIS)

Technical Solutions Division

302 Sentinel Drive | Annapolis Junction, MD 20701

Work (301) 575-5190 |
Mobile (443) 535-1182