|
|
|
[
Permlink
| « Hide
]
Martin Falkner [11/Nov/19 07:43 AM]
Thanks for the update 26, it's working again.
Yes, it's really confusing here. Most of the git host like GitHub, GitLab use below url for SSH connection:
git@github.com:steveluo/qbtest.git to avoid the conflict, we decided not to add the 'User Name' field to the url in this SSH case (as you see, the username usually already existed). But it seems this is more confusing for user. So we'll still add 'User Name' in later version. So, you can just add the username to the URL directly or wait for our next patch release. I'm confused now:
If I add it to the URL in general, will I not get problems with other commands? Isn't this wat the files 'User Name' in the repository setup is used for? If not, what is is used for then? Or, should I just add a push URL with the user name? Hi Martin, thanks a lot for the information. Yes, you are right, username field is not added to the url when ssh protocol is used, see below issue:
https://track.pmease.com/browse/QB-3437 But, you can add user part directly in URL, for example, you can define the fetch url like: ssh://gituser@url.com:12345/x/y.git in this way, the ssh should work as before. Steve, this was a great suggestion, I think I see the problem now.
Here the two different commands: Version 17: git.exe push -f ssh://gituser@url.com:12345/x/IFMS.git build/LABEL:build/LABEL Version 23: git.exe push -f ssh://url.com:12345/x/IFMS.git build/LABEL:build/LABEL The only difference is the user name, and this makes sense now. As the QuickBuild Server service cannot run with the same user name as the one used for GIT, the username has always to be added to the command, or, the URL has to be omitted, then the URL and username will come out of the GIT configuration. For this reason I've defined the GIT user name together with the repository. "User Name: Optionally specify the user who has permission to access the above url." Any reason why you removed the username for this command in the new version? I have installed a Gitblit server and still can't reproduce the issue. Is there any clue in Gitblit server side? How about doing some test with a new ssh key to see if the issue persists?
I also checked the changes since 9.0.17, and still no findings. Actually, we just invoke the commands to checkout and label the repo, and if you turn the configuration log level to debug, you can see all the commands we invoked. It's a Gitblit server.
It happened to all repositories on this server at the same time (after the update). Actually, while you are mentioning this, I've got one repository on GitHub, there it did not happen. Working versions:
com.pmease.quickbuild.plugin.scm.github_9.0.4.jar com.pmease.quickbuild.plugin.scm.gitlab_9.0.0.jar com.pmease.quickbuild.plugin.scm.git_9.0.6.jar com.pmease.quickbuild.plugin.webhook.github_9.0.0.jar com.pmease.quickbuild.plugin.webhook.gitlab_9.0.5.jar Not working versions: com.pmease.quickbuild.plugin.scm.github_9.0.11.jar com.pmease.quickbuild.plugin.scm.gitlab_9.0.0.jar com.pmease.quickbuild.plugin.scm.git_9.0.13.jar com.pmease.quickbuild.plugin.webhook.github_9.0.7.jar com.pmease.quickbuild.plugin.webhook.gitlab_9.0.12.jar Hi Steve, I've reverted all the GIT plugins back to version 9.0.17, and bow it works again.
Therefore I assume it has to do with the update to 9.0.23 and not and other setting. BTW: Is there any way to revert to older version?
If yes, I could verify whether it is really related to this update or not. Hi Steve,
I'm also clueless as this node/build worked fine for years. There were no changes, except the update to 9.0.23. There is only one repository defined in this node, therefore, the checkout and label are done on the same repository. The SSH key is passwordless. If I create a tag on the command line and push with 'git push --tag' it works perfect. However, if I copy the command from the error message to the command line it will not do it. I do not know what commands are used to do those steps, but I've attached the session log of my test. Do you have any hint what I could test in addition? Hi, I have tested with ssh url like you and without any problem. Please check the command from your command line to see whether it can work.
And please also notice that your ssh key should be passwordless. I'm also curious why "Checkout" step can work. In my opinion, it can work only if the push url is not same as the pull url. |