Git plugin Snapshot (please test)

classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|

Git plugin Snapshot (please test)

Nigel Magnay
Changes:

* Attempts to auto-convert from v0.5 config the main settings
(repository, branch to build).
* Hides 'name' and 'refspec' under 'advanced' (as use-git-like-svn
users don't need to see, fill out or understand this)
* Validate and auto-fix where possible incorrect fields (e.g :
repository names with spaces, specifying local rather than remote
branches to build - so master-->*/master)
* Expose the BuildData so that you can see on the status page the
revision / branch(es) that were built


I'm particularly interested in hearing from anyone using msys on windows.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

git.hpi (1M) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

Mark Waite

----- Original Message ----

> From: Nigel Magnay <[hidden email]>
> To: [hidden email]
> Sent: Thursday, April 23, 2009 6:22:33 AM
> Subject: Git plugin Snapshot (please test)
>
> Changes:
>
> * Attempts to auto-convert from v0.5 config the main settings
> (repository, branch to build).
> * Hides 'name' and 'refspec' under 'advanced' (as use-git-like-svn
> users don't need to see, fill out or understand this)
> * Validate and auto-fix where possible incorrect fields (e.g :
> repository names with spaces, specifying local rather than remote
> branches to build - so master-->*/master)
> * Expose the BuildData so that you can see on the status page the
> revision / branch(es) that were built

I've installed it on my Debian master server which previously went from
0.5 to the earlier 0.6 pre-release.  It was able to checkout successfully
and run my builds.

The one problem I've encountered is that jobs which poll SCM (I have
one that polls every minute) seem to always report that there are SCM
changes, so I am now building every minute.  I'm not yet sure if that is
a mistake I've made, or something due to the plugin.  No entries in
the Java output from java -jar hudson.war which suggest why the
plugin incorrectly thinks there are changes when there are none.

More data later, its time to start work now.

> I'm particularly interested in hearing from anyone using msys on windows.

A git clone is currently running on my msys windows slave as initiated
from my Debian master server.  Looks promising so far.

> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

Mark Waite

----- Original Message ----

> From: Mark Waite <[hidden email]>
> To: [hidden email]
> Sent: Thursday, April 23, 2009 7:51:31 AM
> Subject: Re: Git plugin Snapshot (please test)

> ----- Original Message ----
>
> > From: Nigel Magnay
> > To: [hidden email]
> > Sent: Thursday, April 23, 2009 6:22:33 AM
> > Subject: Git plugin Snapshot (please test)

> > I'm particularly interested in hearing from anyone using msys on windows.
>
> A git clone is currently running on my msys windows slave as initiated
> from my Debian master server.  Looks promising so far.

The git clone on my msys Windows slave fails (unfortunately).  However, the
stack trace does not seem to relate the failure directly to the git plugin.  That
Windows slave is able to compile the other job assigned to it which does a
Subversion checkout and compile, so I'm reasonably confident the
Windows slave is configured to work for Hudson.

The failure message is:


A SCM change trigger started this job
Building remotely on mwaite6
Checkout:WorkManager-Optimized / C:\Hudson\workspace\WorkManager-Optimized - hudson.remoting.Channel@990a46:mwaite6
Last Build : #334
Checkout:WorkManager-Optimized / C:\Hudson\workspace\WorkManager-Optimized - hudson.remoting.LocalChannel@639f83
Fetching changes from the remote Git repository
Fetching upstream changes from git://132.253.117.114/WorkManager
[WorkManager-Optimized] $ git fetch git://132.253.117.114/WorkManager +refs/heads/*:refs/remotes/origin/*
[WorkManager-Optimized] $ git ls-tree HEAD
[WorkManager-Optimized] $ git branch -r
[WorkManager-Optimized] $ git rev-parse origin/HEAD
[WorkManager-Optimized] $ git rev-parse origin/master
[WorkManager-Optimized] $ git rev-parse origin/port-linux
[WorkManager-Optimized] $ git merge-base 6213a95311031822e86f6dbac9cd85443f6db6ae ad60e9ff98fb500e9347eb9c65d6744feeb64e9e
[WorkManager-Optimized] $ git merge-base ad60e9ff98fb500e9347eb9c65d6744feeb64e9e 6213a95311031822e86f6dbac9cd85443f6db6ae
Commencing build of Revision 6213a95311031822e86f6dbac9cd85443f6db6ae (origin/port-linux )
FATAL: remote file operation failed
hudson.util.IOException2: remote file operation failed
        at hudson.FilePath.act(FilePath.java:596)
        at hudson.plugins.git.GitSCM.checkout(GitSCM.java:513)
        at hudson.model.AbstractProject.checkout(AbstractProject.java:807)
        at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:314)
        at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:266)
        at hudson.model.Run.run(Run.java:923)
        at hudson.model.Build.run(Build.java:112)
        at hudson.model.ResourceController.execute(ResourceController.java:93)
        at hudson.model.Executor.run(Executor.java:119)
Caused by: java.io.IOException: Unable to serialize hudson.FilePath$FileCallableWrapper@1141af8
        at hudson.remoting.UserRequest.serialize(UserRequest.java:139)
        at hudson.remoting.UserRequest.<init>(UserRequest.java:60)
        at hudson.remoting.Channel.call(Channel.java:480)
        at hudson.FilePath.act(FilePath.java:593)
        ... 8 more
Caused by: java.io.NotSerializableException: hudson.model.FreeStyleBuild
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1156)
        at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
        at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
        at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
        at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1509)
        at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1474)
        at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392)
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150)
        at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326)
        at hudson.remoting.UserRequest._serialize(UserRequest.java:128)
        at hudson.remoting.UserRequest.serialize(UserRequest.java:137)

Mark Waite


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

Alessandro Oliveira-4
In reply to this post by Nigel Magnay
I tested in my desktop environment and it worked very well, much more reliable than 0.5, I didn't have to tweak the settings.

My environment is Mac OSX/Leopard, Git 1.6.2.3, Hudson 1.300 and Jboss 4.2.3.

Best Regards,

Alessandro Oliveira
TIDIA-Ae Project - ITA - FAPESP - BRASIL 
Celular: +55 (11) 9909-4069
Comercial: +55 (12) 3947-6869

Em 23/04/2009, às 09:22, Nigel Magnay escreveu:

Changes:

* Attempts to auto-convert from v0.5 config the main settings
(repository, branch to build).
* Hides 'name' and 'refspec' under 'advanced' (as use-git-like-svn
users don't need to see, fill out or understand this)
* Validate and auto-fix where possible incorrect fields (e.g :
repository names with spaces, specifying local rather than remote
branches to build - so master-->*/master)
* Expose the BuildData so that you can see on the status page the
revision / branch(es) that were built


I'm particularly interested in hearing from anyone using msys on windows.
<git.hpi>---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

Mark Waite
Are any of your jobs configured to poll SCM, and if so, was it correctly detecting the cases when there was no change to the SCM system?

My jobs would build on each poll, even if there were no changes to the SCM system.  The setup is a Debian master with a Windows Server 2008 slave.

Mark Waite


From: Alessandro Oliveira <[hidden email]>
To: [hidden email]
Sent: Thursday, April 23, 2009 1:52:17 PM
Subject: Re: Git plugin Snapshot (please test)

I tested in my desktop environment and it worked very well, much more reliable than 0.5, I didn't have to tweak the settings.

My environment is Mac OSX/Leopard, Git 1.6.2.3, Hudson 1.300 and Jboss 4.2.3.

Best Regards,

Alessandro Oliveira
TIDIA-Ae Project - ITA - FAPESP - BRASIL 
Celular: +55 (11) 9909-4069
Comercial: +55 (12) 3947-6869

Em 23/04/2009, às 09:22, Nigel Magnay escreveu:

Changes:

* Attempts to auto-convert from v0.5 config the main settings
(repository, branch to build).
* Hides 'name' and 'refspec' under 'advanced' (as use-git-like-svn
users don't need to see, fill out or understand this)
* Validate and auto-fix where possible incorrect fields (e.g :
repository names with spaces, specifying local rather than remote
branches to build - so master-->*/master)
* Expose the BuildData so that you can see on the status page the
revision / branch(es) that were built


I'm particularly interested in hearing from anyone using msys on windows.
<git.hpi>---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

Alessandro Oliveira-4
yes it happend here to!

Em 23/04/2009, às 18:31, Mark Waite escreveu:

Are any of your jobs configured to poll SCM, and if so, was it correctly detecting the cases when there was no change to the SCM system?

My jobs would build on each poll, even if there were no changes to the SCM system.  The setup is a Debian master with a Windows Server 2008 slave.

Mark Waite


From: Alessandro Oliveira <[hidden email]>
To: [hidden email]
Sent: Thursday, April 23, 2009 1:52:17 PM
Subject: Re: Git plugin Snapshot (please test)

I tested in my desktop environment and it worked very well, much more reliable than 0.5, I didn't have to tweak the settings.

My environment is Mac OSX/Leopard, Git 1.6.2.3, Hudson 1.300 and Jboss 4.2.3.

Best Regards,

Alessandro Oliveira
TIDIA-Ae Project - ITA - FAPESP - BRASIL 
Celular: +55 (11) 9909-4069
Comercial: +55 (12) 3947-6869

Em 23/04/2009, às 09:22, Nigel Magnay escreveu:

Changes:

* Attempts to auto-convert from v0.5 config the main settings
(repository, branch to build).
* Hides 'name' and 'refspec' under 'advanced' (as use-git-like-svn
users don't need to see, fill out or understand this)
* Validate and auto-fix where possible incorrect fields (e.g :
repository names with spaces, specifying local rather than remote
branches to build - so master-->*/master)
* Expose the BuildData so that you can see on the status page the
revision / branch(es) that were built


I'm particularly interested in hearing from anyone using msys on windows.
<git.hpi>---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

Mark Waite
In reply to this post by Nigel Magnay
I installed the plugin on my Windows Server 2008 machine running Hudson locally and it was able to run the git clone successfully.  That's a nice step! 

Any hints (Nigel) on the polling always returning that there are source changes, even when there aren't?

Thanks!
Mark Waite


From: Alessandro Oliveira <[hidden email]>
To: [hidden email]
Sent: Thursday, April 23, 2009 5:27:20 PM
Subject: Re: Git plugin Snapshot (please test)

yes it happend here to!

Em 23/04/2009, às 18:31, Mark Waite escreveu:

Are any of your jobs configured to poll SCM, and if so, was it correctly detecting the cases when there was no change to the SCM system?

My jobs would build on each poll, even if there were no changes to the SCM system.  The setup is a Debian master with a Windows Server 2008 slave.

Mark Waite


From: Alessandro Oliveira <[hidden email]>
To: [hidden email]
Sent: Thursday, April 23, 2009 1:52:17 PM
Subject: Re: Git plugin Snapshot (please test)

I tested in my desktop environment and it worked very well, much more reliable than 0.5, I didn't have to tweak the settings.

My environment is Mac OSX/Leopard, Git 1.6.2.3, Hudson 1.300 and Jboss 4.2.3.

Best Regards,

Alessandro Oliveira
TIDIA-Ae Project - ITA - FAPESP - BRASIL 
Celular: +55 (11) 9909-4069
Comercial: +55 (12) 3947-6869

Em 23/04/2009, às 09:22, Nigel Magnay escreveu:

Changes:

* Attempts to auto-convert from v0.5 config the main settings
(repository, branch to build).
* Hides 'name' and 'refspec' under 'advanced' (as use-git-like-svn
users don't need to see, fill out or understand this)
* Validate and auto-fix where possible incorrect fields (e.g :
repository names with spaces, specifying local rather than remote
branches to build - so master-->*/master)
* Expose the BuildData so that you can see on the status page the
revision / branch(es) that were built


I'm particularly interested in hearing from anyone using msys on windows.
<git.hpi>---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]



Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

Nigel Magnay
In reply to this post by Mark Waite
>
> The git clone on my msys Windows slave fails (unfortunately).  However, the
> stack trace does not seem to relate the failure directly to the git plugin.  That
> Windows slave is able to compile the other job assigned to it which does a
> Subversion checkout and compile, so I'm reasonably confident the
> Windows slave is configured to work for Hudson.
>

I think you're right - that looks like there's something in
hudson.model.FreeStyleBuild that won't go over the wire.

Does the build work correctly when remoted using the 0.5 plugin ? It
could be the GitChangeLogParser being serialized, which it isn't
marked as safe for doing so (though this hasn't changed...)

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

Nigel Magnay
In reply to this post by Mark Waite
> I installed the plugin on my Windows Server 2008 machine running Hudson
> locally and it was able to run the git clone successfully.  That's a nice
> step!
>
> Any hints (Nigel) on the polling always returning that there are source
> changes, even when there aren't?

Yep - bug. Fixed. Thanks for the catch!

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

Mark Waite
In reply to this post by Nigel Magnay

----- Original Message ----

> From: Nigel Magnay <[hidden email]>
> To: [hidden email]
> Sent: Friday, April 24, 2009 2:27:36 AM
> Subject: Re: Git plugin Snapshot (please test)
>
> >
> > The git clone on my msys Windows slave fails (unfortunately).  However, the
> > stack trace does not seem to relate the failure directly to the git plugin.
> > That
> > Windows slave is able to compile the other job assigned to it which does a
> > Subversion checkout and compile, so I'm reasonably confident the
> > Windows slave is configured to work for Hudson.
> >
>
> I think you're right - that looks like there's something in
> hudson.model.FreeStyleBuild that won't go over the wire.
>
> Does the build work correctly when remoted using the 0.5 plugin ? It
> could be the GitChangeLogParser being serialized, which it isn't
> marked as safe for doing so (though this hasn't changed...)

Unfortunately, the 0.5 plugin can't clone the repository on Windows,
because it has that bug which prepends the / to the repository path,
and that creates an invalid Windows file name.

Mark


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

jmeridth
For Git 0.5 plugin on windows.

NightShade427 (http://www.twitter.com/nightshade427) came up with the idea to assign the Git Executable path in Hudson Manage to a bat file, that strips off the preceding slash and then calls your unique git executable path.

Please note, my version is using cygwin and /usr/bin/git path.

@set arg=%*
@set arg=%arg:/C:=C:%
@C:\cygwin\bin\bash.exe -c 'git %arg%'
@exit /b %ErrorLevel%

With msysgit it is most likely:

@set arg=%*
@set arg=%arg:/C:=C:%
@set arg=%arg:"=""%
@C:\cygwin\bin\bash.exe -c "/cygdrive/c/Program\ Files/Git/bin/git %arg%"
@exit /b %ErrorLevel%
---
Jason Meridth
http://jason.lostechies.com


On Fri, Apr 24, 2009 at 7:05 AM, Mark Waite <[hidden email]> wrote:

----- Original Message ----

> From: Nigel Magnay <[hidden email]>
> To: [hidden email]
> Sent: Friday, April 24, 2009 2:27:36 AM
> Subject: Re: Git plugin Snapshot (please test)
>
> >
> > The git clone on my msys Windows slave fails (unfortunately).  However, the
> > stack trace does not seem to relate the failure directly to the git plugin.
> > That
> > Windows slave is able to compile the other job assigned to it which does a
> > Subversion checkout and compile, so I'm reasonably confident the
> > Windows slave is configured to work for Hudson.
> >
>
> I think you're right - that looks like there's something in
> hudson.model.FreeStyleBuild that won't go over the wire.
>
> Does the build work correctly when remoted using the 0.5 plugin ? It
> could be the GitChangeLogParser being serialized, which it isn't
> marked as safe for doing so (though this hasn't changed...)

Unfortunately, the 0.5 plugin can't clone the repository on Windows,
because it has that bug which prepends the / to the repository path,
and that creates an invalid Windows file name.

Mark


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]


Reply | Threaded
Open this post in threaded view
|

Re: Git plugin Snapshot (please test)

Mark Waite
My attempts to use that technique were unsuccessful. 
I never understood why it didn't work for me as it
did for the original poster, but it didn't.

Thankfully, it looks like a new release is coming soon.

Mark Waite


From: Jason Meridth <[hidden email]>
To: [hidden email]
Sent: Friday, April 24, 2009 7:26:50 AM
Subject: Re: Git plugin Snapshot (please test)

For Git 0.5 plugin on windows.

NightShade427 (http://www.twitter.com/nightshade427) came up with the idea to assign the Git Executable path in Hudson Manage to a bat file, that strips off the preceding slash and then calls your unique git executable path.

Please note, my version is using cygwin and /usr/bin/git path.

@set arg=%*
@set arg=%arg:/C:=C:%
@C:\cygwin\bin\bash.exe -c 'git %arg%'
@exit /b %ErrorLevel%

With msysgit it is most likely:

@set arg=%*
@set arg=%arg:/C:=C:%
@set arg=%arg:"=""%
@C:\cygwin\bin\bash.exe -c "/cygdrive/c/Program\ Files/Git/bin/git %arg%"
@exit /b %ErrorLevel%
---
Jason Meridth
http://jason.lostechies.com


On Fri, Apr 24, 2009 at 7:05 AM, Mark Waite <[hidden email]> wrote:

----- Original Message ----

> From: Nigel Magnay <[hidden email]>
> To: [hidden email]
> Sent: Friday, April 24, 2009 2:27:36 AM
> Subject: Re: Git plugin Snapshot (please test)
>
> >
> > The git clone on my msys Windows slave fails (unfortunately).  However, the
> > stack trace does not seem to relate the failure directly to the git plugin.
> > That
> > Windows slave is able to compile the other job assigned to it which does a
> > Subversion checkout and compile, so I'm reasonably confident the
> > Windows slave is configured to work for Hudson.
> >
>
> I think you're right - that looks like there's something in
> hudson.model.FreeStyleBuild that won't go over the wire.
>
> Does the build work correctly when remoted using the 0.5 plugin ? It
> could be the GitChangeLogParser being serialized, which it isn't
> marked as safe for doing so (though this hasn't changed...)

Unfortunately, the 0.5 plugin can't clone the repository on Windows,
because it has that bug which prepends the / to the repository path,
and that creates an invalid Windows file name.

Mark


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]