[Anthill] Timestamped build versions for Anthill OS.
Jerry Qassar
jerry at polexis.com
Tue Sep 28 14:16:54 CDT 2004
Mr. Minick,
That's very interesting. Again, I'm surprised it hasn't been asked
before. If Ant can do timestamps in any SimpleDateFormat, it would
seem only natural to provide the same for Anthill. For example, a
date token of some kind:
PROJECT_ at DATE@yyyyMMdd at -nightly_(1) <- increment that, if any
This could be expanded to allow generic tokens:
@DATE at FormatHere@
Or whatever format is necessary for such a thing.
An option to choose whether to increment at all would also be nice,
but if I have to create my own adapter anyway, whatever. :)
---
Another problem I'm having is that my scheduled build...doesn't.
I set my project on the default schedule to start at 1:00am, 1440
period, stopped and restarted Anthill, and come back in the morning
to find that nothing was built automatically. Are there any reasons
why it won't 'catch' like this?
> -----Original Message-----
> From: Eric Minick [mailto:eric at urbancode.com]
> Sent: Tuesday, September 28, 2004 7:16 AM
> To: Anthill user list
> Subject: Re: [Anthill] Timestamped build versions for Anthill OS.
>
>
> Hi Jerry,
>
> I can't think of a clean way of doing this without modifying
> the code.
> If you went that route, it would probably be best to write a
> new class
> that implemented the version adapter interface. You could
> probably even
> extend the UrbanCodeVersionAdapter and just override the
> incrementVersion() method. Has anybody done something like this?
>
> Regards,
>
> Eric
>
> Jerry Qassar wrote:
>
> >Hi,
> >
> >I'm sure this has been asked often, but...
> >
> >Using Anthill OS, I am trying to create a versioning system
> >where versions are performed in the format yyyyMMdd-(build#).
> >This is not an issue in Ant, really, because getting the date is a
> >trivial process. However, I don't seem to see a way to do
> it _easily_
> >in Anthill with the UrbanCodeVersionAdapter.
> >
> >Using a version number such as 0.9.buildnumber is currently
> >not suitable; though I am not necessarily against a major.minor.build
> >version string, it's not desired for this project's nightly builds.
> >Date-based versions are much more intuitive. If I enter the current
> >date, though, it will eventually do something silly like 20040932.
> >
> >I would also like to incorporate dates into the forced-build process.
> >Again, this seems difficult with Anthill OS. I think I can compare
> >dates in Ant and increment if same, restart if different, but again,
> >the default version adapter doesn't seem flexible enough to do this.
> >
> >How can I solve this issue satisfactorily? I'm sure I'm not
> the first.
> >Thanks,
> >
> >Jerry Qassar
> >SYS Technologies
> >http://www.systechnologies.com
> >_______________________________________________
> >Anthill mailing list
> >Anthill at lists.urbancode.com
> >http://lists.urbancode.com/mailman/listinfo/anthill
> >
> >
> >
> >
> _______________________________________________
> Anthill mailing list
> Anthill at lists.urbancode.com
> http://lists.urbancode.com/mailman/listinfo/anthill
>
More information about the Anthill
mailing list