-
New Feature
-
Resolution: Fixed
-
Major
-
None
-
Platform: All, OS: All
I know you can get this functionality by adding a post-commit hook to Subversion
to call "wget" and so on, but I found this too cumbersome and, in my case, I
don´t have the permission to add post-commit hooks to our SvN server, so it
makes CI with Hudson impossible here. Also, in my case, Hudson installation
keeps being moved from server to server which affects the build URL and makes it
even more difficult to do CI with it. Another compelling reason: Windows servers
don´t have a "wget" equivalent.
Ain´t Hudson supposed to be easy to configure and a one-stop-shop for all your
build needs? So, it shouldn´t depend on post-commit hooks and wget calls.
Please, add source-code repository monitoring to Hudson!
- is duplicated by
-
JENKINS-54 add a new trigger (going off based on change detection)
-
- Closed
-
You are quite right that something needs to be done in this area, but this is a
hard problem (which is why it hasn't been done.)
Doing a polling, especially with CVS, is a costly operation, so you don't want
to do it too often (I guess it's cheaper for subversion, but still it's a lot
less efficient than post-commit hook.)
You probably know, but for others, wget for Windows is available from many
sites, such as http://www.interlog.com/~tcharron/wgetwin.html
To make issues more complicated, in some systems, registering for the CVS
notification is very diffirent — like in java.net, you can't control
CVSROOT/commitinfo, and instead you need to subscribe to an e-mail address.
So let me think about this.