Gerwin,

you would need to desc the nature of your project relationships.  are their 
components which are dependent on other components?   

I want to say yes... gradle can make that environment work, but it would be on 
the advanced side of things.   The challenge will be:
1) how do you desc the relationship of a partial project


Ken Sipe | [email protected] | blog: http://kensipe.blogspot.com



On Mar 17, 2011, at 5:27 AM, Gerwin Jansen wrote:

> Hi experts,
> 
> I work for an enterprise company and our build scripts (Ant, batch,
> shell) are trouble. I'm asked to investigate the problems and come up
> with a solution direction.
> I started playing with Maven till somebody told me to have a look at
> Gradle. And I'm actually getting exited about this tool. But I have a
> specific use case, and I'm wondering whether Gradle supports this.
> 
> Our SVN branch is huge (3.62GB / 170984 files) and the main structure
> looks like this:
> root
>   components
>       basicutil
>       eventservice
>       bpmengine
>       ...70 more...
>   ..misc...
> 
> Every team is responsible for a few components. A developer does a
> partial checkout of his component (a full checkout is not workable).
> 
> Now we have 2 scenario's
> 1) The main build server does a full checkout and full build every night.
> 2) The developer wants to build and test only his component before he
> commits a change.
> A requirement is to share build scripts
> (conventions/declarations/etc.) as much as possible.
> 
> Is scenario 2 supported by Gradle? What I understood so far is that
> Gradle is looking in parent-parent folders for common/parent/shared
> build scripts, which is not available on a developer machine (due to
> partial checkout).
> 
> Looking forward to your feedback!
> Kind regards,
> Gerwin Jansen
> buildmaster
> 
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
> 
>    http://xircles.codehaus.org/manage_email
> 
> 


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to