THE SPDX WIKI IS NO LONGER ACTIVE. ALL CONTENT HAS BEEN MOVED TO https://github.com/spdx
Difference between revisions of "Technical Team/Minutes/2018-05-18"
From SPDX Wiki
< Technical Team | Minutes
(Created page with "May 8, 2018 == Attendees == Thomas Steenbergen Yev Bronshteyn Trevor King Gary O'Neall ==Version 2.1.1== * Moved to gitbook alternative (gitbook is no longer open source and...") |
|||
Line 2: | Line 2: | ||
== Attendees == | == Attendees == | ||
− | Thomas Steenbergen | + | * Thomas Steenbergen |
− | Yev Bronshteyn | + | * Yev Bronshteyn |
− | Trevor King | + | * Trevor King |
− | Gary O'Neall | + | * Gary O'Neall |
==Version 2.1.1== | ==Version 2.1.1== |
Latest revision as of 20:12, 8 May 2018
May 8, 2018
Contents
Attendees
- Thomas Steenbergen
- Yev Bronshteyn
- Trevor King
- Gary O'Neall
Version 2.1.1
- Moved to gitbook alternative (gitbook is no longer open source and the current tools are broken)
- New tool used is MKDocs http://www.mkdocs.org/
- Some additional clean up on consistencies were done by Thomas: Updated the IDString inconsistencies and "tag:value" representation inconsistencies
- Need to fix the PDF - Need to fix links and long tables
- Next steps: Review HTML version - linked in the main github page - https://spdx.github.io/spdx-spec/
- Figure out how to publish to spdx.org specification - Gary to work with Jack
- Add "Draft" to spdx version for the github.io pages - Thomas will work on this for next week
Additional spec discussions
- Discussed the branching strategy
- Agreed master is the latest released
- One branch for each branch in progress named for the release
- Branches will be merged to master on release
- Older releases will be tagged
- Discussed if we wanted to maintain more than one active branch (e.g. both 2.1 and 3.0). Tradeoffs between managing the merges and having access to more current release versions were discussed. Did not come to a conclusion, decided to postpone the decision.
- Github.io will point to the latest release and in-progress
Issue #35 - additional annotation types
Reviewed with Thomas issue #35 - Agree with the approach documented at https://docs.google.com/document/d/1-rQCrJlu1GGmYFXFu17dxKbYlrMqVTwZwdYJNStPK-o/edit as long as the cardinality for the annotation type/subtypes is multiple
Next Week
Next week - Discuss if annotations should apply to licenses as well as SPDX documents, files, and snippets