| local reader type, scm meta-data and qualifier replacement [message #388391] |
Tue, 28 July 2009 16:23  |
 Carsten Reckord
Messages: 139
Registered: July 2009 |
Senior Member |
|
|
Hi there,
To benefit from Hudson's "last changes" feature, I use a local reader in my Buckminster CI setup to read the project files checked out from
SVN by Hudson.
This works fine, except when it comes to qualifier replacement. The lastRevision generator obviously does not work, since Buckminster does
not recognize the project as being shared with SVN. What I didn't expect was the lastModified generator not working either. This is because
it uses the lastModification date provided by the reader type, which is currently only provided by SVN and CVS reader types, using their SCM
meta-data. So
- Couldn't the LocalReaderType implement getLastModification() based on newest timestamp in its file tree?
- Couldn't the TimestampQualifierGenerator fall back to the current time (or whatever is used for timestamps when no generator is specified)?
Of course the greatest solution would be to make the LocalReaderType understand that it just "materialized" a project that has SCM
meta-data. But I guess that would be a tad complicated in the current design.
For now I simply use no generator and let Buckminster use the default timestamp. This is a bit unsatisfactory though, because I can't change
the format for that :(
cheers,
Carsten
|
|
|
| Re: local reader type, scm meta-data and qualifier replacement [message #388393 is a reply to message #388391] |
Tue, 28 July 2009 19:15  |
|
HI Carsten,
I think both suggestions sounds valid. Especially if the SCM meta-data can be discovered. Can you please enter
enhancement requests for them in our bugzilla?
Thanks,
Thomas Hallgren
Carsten Reckord wrote:
> Hi there,
>
> To benefit from Hudson's "last changes" feature, I use a local reader in
> my Buckminster CI setup to read the project files checked out from SVN
> by Hudson.
>
> This works fine, except when it comes to qualifier replacement. The
> lastRevision generator obviously does not work, since Buckminster does
> not recognize the project as being shared with SVN. What I didn't expect
> was the lastModified generator not working either. This is because it
> uses the lastModification date provided by the reader type, which is
> currently only provided by SVN and CVS reader types, using their SCM
> meta-data. So
>
> - Couldn't the LocalReaderType implement getLastModification() based on
> newest timestamp in its file tree?
> - Couldn't the TimestampQualifierGenerator fall back to the current time
> (or whatever is used for timestamps when no generator is specified)?
>
> Of course the greatest solution would be to make the LocalReaderType
> understand that it just "materialized" a project that has SCM meta-data.
> But I guess that would be a tad complicated in the current design.
>
> For now I simply use no generator and let Buckminster use the default
> timestamp. This is a bit unsatisfactory though, because I can't change
> the format for that :(
>
>
> cheers,
> Carsten
|
|
|
Powered by
FUDForum. Page generated in 0.05999 seconds
] 
Search
Help
Register
Login
Home
