- 
                Notifications
    You must be signed in to change notification settings 
- Fork 68
🐛bugfix for operator-controller not outputting the right commit ID in the version #1811
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
🐛bugfix for operator-controller not outputting the right commit ID in the version #1811
Conversation
| ✅ Deploy Preview for olmv1 ready!
 To edit notification comments on pull requests, go to your Netlify site configuration. | 
| Codecov ReportAttention: Patch coverage is  
 
 Additional details and impacted files@@            Coverage Diff             @@
##             main    #1811      +/-   ##
==========================================
+ Coverage   68.44%   68.45%   +0.01%     
==========================================
  Files          63       63              
  Lines        5134     5136       +2     
==========================================
+ Hits         3514     3516       +2     
  Misses       1390     1390              
  Partials      230      230              
 Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. | 
| If this is a downstream-only concern, is it possible to make a change in the downstream repo instead? I'm kinda curious why the existing upstream implementation doesn't "just work" in downstreams since it should be pulling commit refs for the downstream git repo in the same way. | 
| @joelanford yeah, this is a downstream only concern. And I think it's fine when we build from the repo downstream too, but it's something to do with the way images get generated using ART. That's when it's using the env var  We can fix this in downstream repo directly as well without fixing it here, but I thought fixing it here and sync'ing it downstream would be better to have both repos as close as possible for maintainability purposes. Let me know if you disagree. | 
| @camilamacedo86 since we were discussing this on slack, will continue the conversation there to avoid typing in two different places :) | 
0cb7ec3    to
    47f389a      
    Compare
  
    I marked as solved my above comment #1811 (review) to make it easier for the review since we had already sorted out the raised concerns, and we will move with the change for upstream.
7afc14c    to
    6217d52      
    Compare
  
    …version Signed-off-by: Rashmi Gottipati <[email protected]>
Signed-off-by: Rashmi Gottipati <[email protected]>
Signed-off-by: Rashmi Gottipati <[email protected]>
6217d52    to
    fcebcb7      
    Compare
  
    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.
I am OK with 👍
@tmshort WDYT?
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
7fc18c6
    
Description
The
--versiondoesn't output the source code commit ID. It refers to "vcs-ref" in the image instead of "io.openshift.build.commit.id".Setting the
GIT_COMMITvalue toSOURCE_GIT_COMMITif empty (which is a corresponding downstream variable) will ensure that the version outputs the right commit ID as the code from this repo gets copied to another repo for building purposes.Reviewer Checklist