-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
added folder system as a input and output adapter #54
Conversation
@riteshnoronha , I have added I have a question about handling deeply nested folders when uploading SBOMs to Interlynk. For example, in GitHub, if the organization is Now, considering a folder structure instead of GitHub, suppose the SBOM file is located at: When uploading this file to Interlynk, what would be its project name? |
Signed-off-by: Vivek Kumar Sahu <[email protected]>
Signed-off-by: Vivek Kumar Sahu <[email protected]>
e71eda4
to
e2f5c9a
Compare
Signed-off-by: Vivek Kumar Sahu <[email protected]>
Signed-off-by: Vivek Kumar Sahu <[email protected]>
@riteshnoronha implemented SOLID principle for Folder Adapter. This is really amaazing changes, which refractor in a more modular way: Below is the reason behind Implemention of SOLID principles: OverviewThis refractor Folder input ( Why SOLID?Single Responsibility Principle (SRP) for Folder Input Adapter and Output Adaptera. Split
|
closes: #47
This PR add the following changes:
Added folder system as a Input Adapter
--in-folder-recursive=true
)proceesing mode
(parallel or sequential): (--in-folder-processing-mode
)Moved shared utility functions from github package to a generic source package, making them reusable across multiple input adapters.
Replaced
Repo
with a more genericNamespace
field in the SBOM iterator.Add support for
Folder
as a Output Adapter.To see the testing proof: https://gist.github.com/viveksahu26/badf7ef4c22c8c449d72ec5c5fc85d67