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
✨ Feature: Dependency-diff API optimize: var re-naming, removing unused JSON tags #2090
Conversation
Codecov Report
@@ Coverage Diff @@
## main #2090 +/- ##
==========================================
+ Coverage 42.16% 44.62% +2.46%
==========================================
Files 92 92
Lines 7563 7569 +6
==========================================
+ Hits 3189 3378 +189
+ Misses 4126 3936 -190
- Partials 248 255 +7 |
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.
LGTM, thanks
…67/scorecard into depdiff_api_optimize
Integration tests success for |
Integration tests success for |
…ed JSON tags (ossf#2090) * save * save * Update dependencydiff_result.go * save * save * save
What kind of change does this PR introduce?
GetDependencydiffResults
API (PR ✨ Feature DependencyDiff (Version 0 Part 2) #2046) input param optimization (renaming ambiguous ones).Remove unnecessary struct JSON tags for
DependencyCheckResult
: will define aJSONDependencyCheckResult
struct with JSON tags in PR ✨ Feature [experimental]: The Scorecard Dependencydiff CLI (Version 0 Part 1) #2077.What is the current behavior?
Var names such as
baseSHA
andheadSHA
might be confusing and ambiguous since users can use either SHAs or branch names as the inputs; changing them tobase
andhead
. There are some other minor changes on var names.Struct JSON tags for
DependencyCheckResult
are unnecessary since we will define aJSONDependencyCheckResult
struct with JSON tags in PR #2077 to output JSON. (removing these tags)What is the new behavior (if this is a feature change)?**
Which issue(s) this PR fixes
Special notes for your reviewer
Does this PR introduce a user-facing change?
For user-facing changes, please add a concise, human-readable release note to
the
release-note
(In particular, describe what changes users might need to make in their
application as a result of this pull request.)