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
Output directive will cause invalid initial push to salsa-project #107
Comments
I think this is a consequence of git-buildpackage: cannot use gbp push without tagging a release. After tagging a release, Is there a good git-buildpackage documentation page we can reference in the output for this? I’ll also send a mail to that bug report to make Guido aware this change caused more fallout. |
elboulangero
added a commit
to elboulangero/dh-make-golang
that referenced
this issue
Jan 19, 2021
As mentiond in Debian#107, running 'gbp push' when there's no debian tag is not the right thing to do, as it will only push the upstream branch. Consequences are: 1. The default gitlab branch is set to the upstream branch instead of the debian branch. 2. The debian branch is not pushed and needs to be pushed manually anyway. I believer the best is just to run 'git push origin <debian-branch>' first, and then run gbp push. Closes: Debian#107
elboulangero
added a commit
to elboulangero/dh-make-golang
that referenced
this issue
Jan 19, 2021
As mentiond in Debian#107, running 'gbp push' when there's no debian tag is not the right thing to do, as it will only push the upstream branch. Consequences are: 1. The default gitlab branch is set to the upstream branch instead of the debian branch. 2. The debian branch is not pushed and needs to be pushed manually anyway. I believer the best is just to run 'git push origin <debian-branch>' first, and then run gbp push. Closes: Debian#107
Merged
elboulangero
added a commit
to elboulangero/dh-make-golang
that referenced
this issue
Aug 3, 2021
As mentiond in Debian#107, running 'gbp push' when there's no debian tag is not the right thing to do, as it will only push the upstream branch. Consequences are: 1. The default gitlab branch is set to the upstream branch instead of the debian branch. 2. The debian branch is not pushed and needs to be pushed manually anyway. I believe that the best thing to do instead is just to run 'git push origin <debian-branch>' first, and then run 'gbp push'. Closes: Debian#107
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
(Converted to issue from https://lists.debian.org/debian-go/2018/12/msg00001.html)
Summary: the output of
dh-make-golang
that gives instructions on what do next will cause invalid initial push to salsa-project.Here is what I'm trying to follow (The whole log is at http://paste.debian.net/1053985/)
Here is my work log:
I.e., when it is actually run, the first branch being pushed is upstream, making golang-github-danverbraganza-varcaser's default branch to be
upstream
. Moreover, my default master branch is not being pushed at all.This is incorrect.
Either
gbp push
behavior is changed or the above instructional comment should be changed, so the next newcomers will not fall into the same pitiful again.Thx
The text was updated successfully, but these errors were encountered: