Skip to content
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

Remove git fetch with destination refspec feature #5874

Merged
merged 1 commit into from
Aug 22, 2024

Conversation

b10n1k
Copy link
Contributor

@b10n1k b10n1k commented Aug 20, 2024

As per git documentation the refspec can formed as : but dst cannot
use arbitrary expressions (SHA) but an actual ref must be named. Its usage
in the _git_clone mistakely adds a SHA ref as destination creating a branch
with its name, which is not supported by git.

As far as now the feature is not used in OpenQA so it can be safely removed.

https://progress.opensuse.org/issues/164937

Copy link
Contributor

@perlpunk perlpunk left a comment

Choose a reason for hiding this comment

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

We talked about it earlier today and decided that we don't need the local branches at all.

Copy link

codecov bot commented Aug 20, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 98.51%. Comparing base (8604a6b) to head (b2953e7).
Report is 4 commits behind head on master.

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #5874      +/-   ##
==========================================
- Coverage   98.51%   98.51%   -0.01%     
==========================================
  Files         394      394              
  Lines       38737    38735       -2     
==========================================
- Hits        38160    38158       -2     
  Misses        577      577              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

Copy link
Contributor

@perlpunk perlpunk left a comment

Choose a reason for hiding this comment

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

See comments

@b10n1k b10n1k changed the title Use a named ref when fetch uses destination ref Remove git fetch with destination refspec feature Aug 21, 2024
Copy link
Contributor

mergify bot commented Aug 22, 2024

This pull request is now in conflicts. Could you fix it? 🙏

Copy link
Contributor

@perlpunk perlpunk left a comment

Choose a reason for hiding this comment

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

Will review again when conflicts are resolved

@perlpunk
Copy link
Contributor

perlpunk commented Aug 22, 2024

Added not-ready label to avoid having trouble reverting #5863 in #5880

Copy link
Contributor

mergify bot commented Aug 22, 2024

This pull request is now in conflicts. Could you fix it? 🙏

@perlpunk
Copy link
Contributor

perlpunk commented Aug 22, 2024

Sorry, we had to revert #5863 so I guess you need to resolve conflicts again...

@Martchus
Copy link
Contributor

Or wait until we can reinstate the refactoring. Otherwise it'll be a back and forth which is probably not worth it.

@perlpunk
Copy link
Contributor

The refactoring will include some more changes which will cause more conflicts with this PR, so conflicts will appear in both cases possiibly

As per git documentation the refspec can formed as <src>:<dst> but dst cannot
use arbitrary expressions (SHA) but an actual ref must be named. Its usage
in the `_git_clone` mistakely adds a SHA ref as destination creating a branch
with its name, which is not supported by git.

As far as now the feature is not used in OpenQA so it can be safely removed.

https://progress.opensuse.org/issues/164937
Signed-off-by: ybonatakis <[email protected]>
@mergify mergify bot merged commit 94f2351 into os-autoinst:master Aug 22, 2024
43 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants