-
Notifications
You must be signed in to change notification settings - Fork 5
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
ACSA-252: Switch SCA scan from maven to srcclr #691
ACSA-252: Switch SCA scan from maven to srcclr #691
Conversation
Still needs some work when we get information about setting maven options to skip test modules in scans. Waiting on veracode feedback on this
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Personally I wouldn't merge this until:
- we test it on a repository that relies on a
srcclr.yml
file to exclude provided dependencies, and verify the findings make sense - we test it on a repository that has test modules to skip (e.g.: https://github.com/Alfresco/alfresco-transform-service/blob/b4e2855a8fb808104d40520061c310d74649e399/.github/workflows/ci.yml#L58 and https://github.com/Alfresco/hxinsight-connector)
- we introduce more customization options if necessary (allow arguments override / passthrough for the srcclr command via action inputs)
Action needs to be migrated on repositories using srcclr-install-options, to change it into custom_maven_exec scan directive in srcclr.yml instructions
Add readme descriptions that should help with usage
We don't want to display the report to all github users that aren't authorised.
Works for both regular pushes and PRs, tested on testing branch stemming from alfresco-enterprise-repo/7.4.N
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great work! LGTM.
IMO it would be great to have an issue or a Confluence page where we document the trickiest parts of migrating from build-tools 5.x to 6.x due to this change.
E.g.: how to deal with test modules, custom Maven commands, and whatever else may not be immediately apparent from this PR
Checklist
Description
Veracode is moving away from maven/gradle plugins and into their CLI tool "srcclr", we can also use the new tools ability to automatically create different projects in Veracode and link them to different application versions (despite same agent-based scan being set). So giving 1 additional input parameter on this action, project extension, should allow for neat linking of ACS_EXT_MASTER, ACS_EXT_MASTER_7_4, ACS_EXT_MASTER_7_3, ACS_EXT_MASTER_7_2 etc. with agent-based scan results from their branches without much manual work - just link the project to app in veracode and set the default branch for the project.
Still needs some work when we get information about setting maven options to skip test modules in scans. Waiting on veracode feedback on this.