Don't always specify --branch for cloning as it borks gits default choice logic #122
Labels
No Label
breaking-change
bug
CI/CD
design
documentation
duplicate
enhancement
help wanted
invalid
plugin
question
secrets
shell-completion
versioning
wontfix
No Milestone
No Assignees
1 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: coop-cloud/abra#122
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
36dd6b5eff/abra (L441)
I think a lot of the issues we're seeing are in the
--branch
option?For example, if the app repo is on the
main
branch but you don't pass-b main
then it defaults tomaster
and then--branch master
is passed. But if we dropped--branch ...
it could probably make the right choice.Sooo, we should probably change this to be "if we see
-b foo
then pass--branch fo
otherwise don't pass--branch <default>
at all and let git figure it out".Don't specify --branch for cloning as it borks gits default choice logicto Don't always specify --branch for cloning as it borks gits default choice logicThis is a "bug" in Git which Gitea has no work-around for: https://github.com/go-gitea/gitea/issues/7601. They didn't fix it and apparently Github has a work-around for this.
git clone https://github.com/Autonomic-Cooperative/abra.git
does pick up the defaultmain
branch. So, I think the fix is to rollback all our branches tomaster
🙄.Ah fuck that, I'll work some hack into the logic to stay on
main
when we need it. Otherwise, it is an endless amount of busy work switching the branches and the Drone CI configs too!