The problem is they would all need to be checked out into the same
directory.  Here¹s what our repository looks like:



Because we maintain a separate features/plugins structure in each component
root, the hudson svn complains because the target directory is already a
working copy.  If there was an svn plugin that only did an export instead of
checkout this would work with an accompanying rm ­rf bash script.  That
structure would have to be checked out into a single features/plugins
structure rooted in the Hudson workspace for buckminster to pick them up
properly.

Trip


On 9/23/10 3:23 PM, "David Carver" <d_a_car...@yahoo.com> wrote:

>    On 09/23/2010 12:14 PM, Trip Gilman wrote:
>>  Re: [dash-dev] Current promotion strategy for Buckminster Users
>>  Now if someone can tell me how to get buckminster to perform an SVN update
>> during the local resolver materialization step I¹d be golden.  Currently I
>> have to wipe the workspace if I want to build off of the latest revision.  I
>> can¹t use Hudson¹s built in SVN integration because we use multiple component
>> roots in our repository that need to be checked out into the same build
>> directory.
>>  
>  You should be able to add Multiple SVN checkouts for each of the components,
> for Hudson.
>  
>  Dave
>  
>  

<<image.png>>

_______________________________________________
dash-dev mailing list
dash-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/dash-dev

Reply via email to