[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Release Repositories

From: David Weintraub <qazwart_at_gmail.com>
Date: Mon, 22 Nov 2010 12:24:01 -0500

Well, the file system triggers are nice to know, but I'm too low level
a peon in order to implement such a policy on our servers. Besides, we
use AIX and not Linux here.

So I have the following choices:

* Use a crontab entry to look for changes every five minutes or so.
* Use Hudson and use its File System CM plugin to do the same thing.
* Both Nexus and Artifactory can use plugins written in Groovy.
Unfortunately, I don't know Groovy, and the documentation is rather
light on details.
* Use Subversion the triggers do what I want, but training a vendor to
use it might be too difficult. You have to checkout the directory, do
a "svn add', and then do a "svn commit". I'm having a hard enough time
getting the developers here to understand that.

I'm leaning towards using Artifactory or Nexus as the actual release
managers for a variety of reasons, and then using Hudson's ability to
examine the file system for changes in the directory where the
downloaded patches would be stored.

I want to get away from granting direct access to vendors on our
servers, and I both Nexus and Artifactory will have an interface
that's pretty simple to use. Using Hudson allows me to monitor the
directories without asking for scheduling abilities to run a process
every five minutes. The powers that be will probably not mind Hudson
too much, but hate crontab stuff.

Seems a little too Rube Goldberg for my tastes, but it seems like the
simplest and easiest thing to document. Hudson gives us some reporting
and emailing capabilities built into the system.

David Weintraub
Received on 2010-11-22 18:24:40 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.