[Rpm-maint] [rpm-software-management/rpm] Don't error git based %autosetup when master branch does not exist (PR #2120)
Michal Domonkos
notifications at github.com
Mon Jul 11 10:09:28 UTC 2022
Ugh, nice find!
TBH, I'm not entirely sure about the intended use case of the original patch, either. We initialize a new repo with `%autosetup -S git`, without any history, so updating the master/main branch with its upstream counterpart isn't as easy as adding a remote and doing a `git pull`, anyway. And if that's what you (the general you) want to do, there's already manual work involved, at which point manually checking out a new topic branch and resetting master/main to the first commit is not a big deal.
I can imagine interesting ways to automate this whole workflow, e.g. by us cloning the corresponding repo (instead of initializing a new one), pinpointing the exact commit corresponding to the tarball (e.g. by a git tag if that's available) and then applying the patches on a separate branch, but that's a bit more involved and opinionated than what we do right now. It also might be redundant in light of https://packit.dev/source-git/.
For now, I'll just revert this patch in dist-git to fix the immediate regression in Fedora and will leave this open so that we can think of a more proper way to do this branching, if at all (or just revert the patch upstream and close this).
--
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/2120#issuecomment-1180209173
You are receiving this because you are subscribed to this thread.
Message ID: <rpm-software-management/rpm/pull/2120/c1180209173 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20220711/191e3fef/attachment.html>
More information about the Rpm-maint
mailing list