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.
