continuum-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nicolas Loison" <nicolas.lois...@gmail.com>
Subject Re: Subversion Repository Philosophy
Date Thu, 13 Mar 2008 15:51:24 GMT
If I have no changes, project does no built...

2008/3/13, Robin Roos <Robin.Roos@investec.co.uk>:
>
> Can anyone confirm that Continuum will build the project whenever *any*
> change is made that bumps the svn revision number?
>
>
> ________________________________
>
>         From: Robin Roos
>         Sent: 12 March 2008 09:09
>         To: 'users@continuum.apache.org'
>         Subject: Subversion Repository Philosophy
>
>
>
>         Hi All
>
>         Continuum will execute a build if scm has changed.  My scm is
> Subversion.  Am I correct in presuming that Continuum will refer to the
> version number of the svn repository?  Since any check-in to any item in
> the repository, whether it affects this project or not, will increment
> the repository version number, I presume that Continuum may build the
> project more often than is strictly required.  In this case, ought one
> structure the subversion reposioties on a one-per-project basis?
>
>         Thanks, Robin.
>
>
> _____________________________________________________________________
> Before acting on this e mail or opening any attachment please read the
> disclaimer which can be accessed at
> http://www.investec.com/EmailDisclaimer/UKEmailDisclaimer.htm
> Investec Bank (UK) Limited is authorised and regulated by the Financial
> Services Authority.
> _____________________________________________________________________
>
> _____________________________________________________________________
> This e-mail has been scanned for viruses by MCI's Internet Managed
> Scanning Services - powered by MessageLabs. For further information visit
> http://www.mci.com
>
> Investec Bank (UK) Limited
> Registered office: 2 Gresham Street, London, EC2V 7QP Company No: 00489604
> Incorporated in England and Wales

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message