API changes to support SPDX 3.0 by pragnya17 · Pull Request #924 · microsoft/sbom-tool (original) (raw)

@pragnya17

  1. Update the validation/parsing and generation workflows to reflect the different SPDX 3.0 defined entities.
  2. Add a cmd line parameter for different compliance standards. For example, parse SbomFileExample.txt -complianceStandard NTIA
  3. Make sure there are no duplicate spdx elements
  4. Unit testing command line API changes, workflows, utility methods

ppandrate added 7 commits

January 22, 2025 16:32

ppandrate added 4 commits

February 7, 2025 10:58

…s other breaking changes

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

@pragnya17

@pragnya17

@pragnya17

DaveTryon

DaveTryon

@pragnya17

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

DaveTryon

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I flagged some issues that we'll want to address, but they can be in a separate PR and don't need to block this one

@github-actions

This PR changes files in the API project. Does it change any of the API interfaces in any way? Please note that this includes the following types of changes:

Because any of these changes can potentially break a downstream consumer with customized interface implementations, these changes need to be treated as breaking changes. Please do one of the following:

Option 1 - Publish this as a breaking change

  1. Update the documentation to show the new functionality
  2. Bump the major version in the next release
  3. Be sure to highlight the breaking changes in the release notes

Option 2 - Refactor the changes to be non-breaking

  1. Review this commit, which adds a new interface in a backward-compatible way
  2. Refactor the change to follow this pattern so that existing interfaces are left completely intact
  3. Bump the minor version in the next release

@pragnya17

@github-actions

This PR changes files in the API project. Does it change any of the API interfaces in any way? Please note that this includes the following types of changes:

Because any of these changes can potentially break a downstream consumer with customized interface implementations, these changes need to be treated as breaking changes. Please do one of the following:

Option 1 - Publish this as a breaking change

  1. Update the documentation to show the new functionality
  2. Bump the major version in the next release
  3. Be sure to highlight the breaking changes in the release notes

Option 2 - Refactor the changes to be non-breaking

  1. Review this commit, which adds a new interface in a backward-compatible way
  2. Refactor the change to follow this pattern so that existing interfaces are left completely intact
  3. Bump the minor version in the next release

@pragnya17

This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.Learn more about bidirectional Unicode characters

[ Show hidden characters]({{ revealButtonHref }})