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

RE: RE: Continuous Integration Question

From: Parrish, Ken <KParrish_at_gomez.com>
Date: Thu, 16 Oct 2008 12:27:37 -0400

Bruce,

FYE: CruiseControl.NET, Nant and NantContrib are all open source.
Generally well maintained, well supported (via e-mail lists like this)
and stable.

Ken

-----Original Message-----
From: bruce [mailto:bedouglas_at_earthlink.net]
Sent: Thursday, October 16, 2008 11:58 AM
To: 'David Weintraub'
Cc: users_at_subversion.tigris.org
Subject: RE: Continuous Integration Question

Hi List...

And thanks for the initial replies. I've looked at a number of the apps
that
some have mentioned (anthill/hudson), but none very deeply (my bad!).

I've provided a little more information on exactly what I'm looking to
do..

***OH, need to stress, open source/free, as this is a side project!!!***

Again, any thoughts/pointers are appreciated!

---------------------
Basically, I'm looking to create a crawler/parser app that's going to
parse/crawl course/class schedules of US colleges. As such, each college
will have a separate python/perl script for this action. I need a web
based
app to manage the create/development/test/release/run(production)
process
for all the scripts, for each college. So, I'd want to be able to
manually/automaticly schedule the testing/run process, as well as track
the
overall status of the given scripts as they move through the system. So,
there'd need to be some kind of "workflow" process/function, (perhaps as
simple as moving from one dir to another, based on the success of the
parent
process).

I'd also like something LAMP based, witha web-based UI to manage the
entire
process. It would also be useful if the management app CI/SPM also
provided
feedback/status on the various dev/production machines in the system.

Here's a basic "flow/dir" structure that I'm considering:

initial_script_dir
 -used to store the script for the college that's
   being developed
 -once script is created/released, it goes into the
  testing folder for the college/semester

testing_dir
 -used to house the scripts as they're being tested.
 -the idea is to test/release a script for one semester
  at a time
 -the dir houses the college_dir for each college
 -the college_dir, contains the actual script being tested
  for the college (separate dir, for each college)

  -college_dir
        contains the script being tested for the semester
         for the college
        once script has been successfully tested/released,
         it's promoted/moved to the actual college/semester_dir

college_dir
 -for each college, contains the parsing script in
  the semester dir
 -each semester_dir contains a copy of the script for
  that semester

        semester_dir
         -a separate dir for each semester, based on actual
          month/day/year
         -contains actual production script

The idea is that as a script is created, it gets tested/checked, and
passed
through to the next phase of the system. I'm looking for an app that has
underlying function, that can be somewhat modified for my needs. A Web
based
UI would also be good in order to manage the overall process.

Thoughts/comments are appreciated...

Thanks

-----Original Message-----
From: David Weintraub [mailto:qazwart_at_gmail.com]
Sent: Thursday, October 16, 2008 8:38 AM
To: bruce
Cc: users_at_subversion.tigris.org
Subject: Re: Continuous Integration Question

I think many (if not most) of us on this list have, and used
Subversion with some sort of CI/SPM system.

I use Hudson for my CI environment. We use "Ant" and "Maven" which are
meant for Java projects, but Hudson also allows you to execute custom
scripts. So, you could have a shell script (or Python script) that
runs some tests and packages your build.

Hudson automatically will run a build on each check in. You can also
adjust it to wait a certain period of time after a check in in those
cases where you have to do multiple checkins.

Hudson is very fast, usually starting a build with in a minute of a
check in, and it is very easy to configure. The main developer is also
very quick to make fixes and incorporate suggestions. I highly
recommend you take a look at it: <https://hudson.dev.java.net/>.

--
David Weintraub
qazwart_at_gmail.com
On Thu, Oct 16, 2008 at 11:15 AM, bruce <bedouglas_at_earthlink.net> wrote:
> Hi.
>
> In doing some research, I've come across various apps that deal with
the
> concept of Continuous Integration/Software Production Management,
which
> apparently is the process of being able to manage the process of
> creating/developing/building/testing/releasing projects/apps using
> repositories/build processes/etc... The CI/SPM process, also
apparently
> allows for the implementation of workflow processes/procedures for
managing
> the various apps/projects while being developed.
>
> I've got a project in mind, that's going to require lots of little
python
> apps that will need to be developed/built/tested/run multiple times,
and
to
> be recreated for each semester. (the apps deal with course schedules
for
> colleges). Subversion would of course be the repository of choice, and
since
> it appears that a number of the CI type of apps I've seen use SVN, I
figured
> that I'd see if anyone here has actually used/implemented a CI/SPM
system,
> and what your thoughts are.
>
> Thanks
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: users-help_at_subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-10-16 18:28:00 CEST

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.