The inverse choosing strategy building the "deselected" branch sounds like a bug. I've not seen any bug report like that in my looking at bugs related to the git plugin. Can you find a set of steps which make that bug repeatable, and then submit it as a bug?
On Tue, Jan 7, 2014 at 7:00 AM, Jon Schewe <[email protected]> wrote: > Using 1.4.0, everything appears to work fine. > > Using 2.0 I have the following problems: > If I manually delete the workspace using the Wipe out workspace link AND > have prune stale remote branches on, the plugin will not clone the > repository with the error: > > *08:56:16* Started by user Jon Schewe > <http://mtu.net/jenkins/user/jpschewe>*08:56:16* Building in workspace > /home/hudson/.hudson/jobs/fll-sw-feature-branches/workspace*08:56:16* Pruning > obsolete local branches*08:56:16* FATAL: Command "git config --get > remote.origin.url" returned status code 1:*08:56:16* stdout: *08:56:16* > stderr: *08:56:16* hudson.plugins.git.GitException > <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitException>: > Command "git config --get remote.origin.url" returned status code > 1:*08:56:16* stdout: *08:56:16* stderr: *08:56:16* at > org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1099)*08:56:16* > at > org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1076)*08:56:16* > at > org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:917)*08:56:16* > at > org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:927)*08:56:16* > at > org.jenkinsci.plugins.gitclient.CliGitAPIImpl.getRemoteUrl(CliGitAPIImpl.java:656)*08:56:16* > at hudson.plugins.git.GitAPI.getRemoteUrl(GitAPI.java:61)*08:56:16* > at > org.jenkinsci.plugins.gitclient.CliGitAPIImpl.prune(CliGitAPIImpl.java:446)*08:56:16* > at > hudson.plugins.git.extensions.impl.PruneStaleBranch.beforeCheckout(PruneStaleBranch.java:31)*08:56:16* > at hudson.plugins.git.GitSCM.checkout(GitSCM.java:858)*08:56:16* > at > hudson.model.AbstractProject.checkout(AbstractProject.java:1376)*08:56:16* > at > hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:655)*08:56:16* > at > jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)*08:56:16* > at > hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:560)*08:56:16* > at hudson.model.Run.execute(Run.java:1592)*08:56:16* at > hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)*08:56:16* at > hudson.model.ResourceController.execute(ResourceController.java:88)*08:56:16* > at hudson.model.Executor.run(Executor.java:237) > > > > If I remove the option to prune stale remote branches the repository is > cloned. > > > However I am also using the inverse choose strategy to build all feature > branches in a job separate from my master branch job. I've set master as the > branch and the strategy to inverse and yet master is still built sometimes. > When it is built I see: > > No new revisions were found; the most-recently built branch will be built > again. > > > > > > On Tue, Jan 7, 2014 at 7:51 AM, Jon Schewe <[email protected]> wrote: > >> I don't see how using git commands from within the job itself would help >> as there is no local git repository at this point. >> >> > Another possibility might be to attempt to use git commands from within >> the job itself to define remote.origin.url if it is not already defined. >> >> >> >> On Mon, Jan 6, 2014 at 4:16 PM, Mark Waite <[email protected]>wrote: >> >>> I don't understand your comment that you're "not sure how that would >>> help as the job won't start until the workspace is cloned." >>> >>> The log output reports "pruning obsolete local branches". Until the >>> workspace is cloned, there is no repository, so there is nothing to prune. >>> I assumed that meant the workspace was already fully cloned by the time >>> the job attempted to prune local branches. >>> >>> When you disabled "prune obsolete local branches", did it still report >>> "pruning obsolete local branches" in the output? >>> >>> >>> >>> On Mon, Jan 6, 2014 at 1:55 PM, Jon Schewe <[email protected]> wrote: >>> >>>> Not sure how that would help as the job won't start until the workspace >>>> is cloned. >>>> >>>> >>>> On Sun, Jan 5, 2014 at 9:32 PM, Mark Waite >>>> <[email protected]>wrote: >>>> >>>>> Another possibility might be to attempt to use git commands from >>>>> within the job itself to define remote.origin.url if it is not already >>>>> defined. >>>>> >>>>> >>>>> On Sun, Jan 5, 2014 at 8:30 PM, Mark Waite >>>>> <[email protected]>wrote: >>>>> >>>>>> That stack trace looks a lot like >>>>>> https://issues.jenkins-ci.org/browse/JENKINS-20258 . You might >>>>>> consider removing the "prune branches" option from the job configuration >>>>>> to >>>>>> see if that helps avoid the problem. >>>>>> >>>>>> If you're using include region, exclude region, or exclude user, then >>>>>> you'll need to also add the "Force polling using workspace" option. The >>>>>> default is now to use fast remote polling, but that default cannot >>>>>> process >>>>>> include or exclude regions. >>>>>> >>>>>> Mark Waite >>>>>> >>>>>> >>>>>> On Sun, Jan 5, 2014 at 7:12 PM, Jon Schewe <[email protected]> wrote: >>>>>> >>>>>>> Anyone else running into problems with the git plugin version 2.0? >>>>>>> I'm using Jenkins 1.509.4 and have run into the problem that if I wipe >>>>>>> out >>>>>>> my workspace either manually that the plugin can't clone a new >>>>>>> workspace. >>>>>>> It errors like this: >>>>>>> >>>>>>> *16:08:58* Started by user Jon Schewe >>>>>>> <http://mtu.net/jenkins/user/jpschewe>*16:08:58* Building in workspace >>>>>>> /home/hudson/.hudson/jobs/fll-sw-feature-branches/workspace*16:08:58* >>>>>>> Pruning obsolete local branches*16:08:58* FATAL: Command "config --get >>>>>>> remote.origin.url" returned status code 1:*16:08:58* stdout: *16:08:58* >>>>>>> stderr: *16:08:58* hudson.plugins.git.GitException >>>>>>> <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitException>: >>>>>>> Command "config --get remote.origin.url" returned status code >>>>>>> 1:*16:08:58* stdout: *16:08:58* stderr: *16:08:58* at >>>>>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:981)*16:08:58* >>>>>>> at >>>>>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:961)*16:08:58* >>>>>>> at >>>>>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:957)*16:08:58* >>>>>>> at >>>>>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:877)*16:08:58* >>>>>>> at >>>>>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:887)*16:08:58* >>>>>>> at >>>>>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.getRemoteUrl(CliGitAPIImpl.java:615)*16:08:58* >>>>>>> at >>>>>>> hudson.plugins.git.GitAPI.getRemoteUrl(GitAPI.java:61)*16:08:58* at >>>>>>> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.prune(CliGitAPIImpl.java:405)*16:08:58* >>>>>>> at >>>>>>> hudson.plugins.git.extensions.impl.PruneStaleBranch.beforeCheckout(PruneStaleBranch.java:31)*16:08:58* >>>>>>> at hudson.plugins.git.GitSCM.checkout(GitSCM.java:858)*16:08:58* >>>>>>> at >>>>>>> hudson.model.AbstractProject.checkout(AbstractProject.java:1376)*16:08:58* >>>>>>> at >>>>>>> hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:655)*16:08:58* >>>>>>> at >>>>>>> jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)*16:08:58* >>>>>>> at >>>>>>> hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:560)*16:08:58* >>>>>>> at hudson.model.Run.execute(Run.java:1592)*16:08:58* at >>>>>>> hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)*16:08:58* at >>>>>>> hudson.model.ResourceController.execute(ResourceController.java:88)*16:08:58* >>>>>>> at hudson.model.Executor.run(Executor.java:237) >>>>>>> >>>>>>> >>>>>>> Sometimes clearing the SCM configuration and then setting it again >>>>>>> works, but that isn't working for me right now either. >>>>>>> >>>>>>> >>>>>>> Also switching to the inverse choose strategy doesn't appear to work >>>>>>> like it used to. Instead the master branch was built rather than being >>>>>>> the branch to exclude. >>>>>>> >>>>>>> >>>>>>> I've manually cloned my repository into the workspace directory and >>>>>>> that seems to have gotten me building again, although the inverse build >>>>>>> strategy still isn't working. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> http://mtu.net/~jpschewe >>>>>>> >>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "Jenkins Users" group. >>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>> send an email to [email protected]. >>>>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>>>> >>>>>> >>>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Jenkins Users" group. >>>>> To unsubscribe from this group and stop receiving emails from it, send >>>>> an email to [email protected]. >>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>> >>>> >>>> >>>> >>>> -- >>>> http://mtu.net/~jpschewe >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Jenkins Users" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to [email protected]. >>>> For more options, visit https://groups.google.com/groups/opt_out. >>>> >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Jenkins Users" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> For more options, visit https://groups.google.com/groups/opt_out. >>> >> >> >> >> -- >> http://mtu.net/~jpschewe >> >> > > > -- > http://mtu.net/~jpschewe > > -- > You received this message because you are subscribed to the Google Groups > "Jenkins Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/groups/opt_out. > -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
