[jbosstools-issues] [JBoss JIRA] (JBIDE-11155) consider caching svn sources outside Jenkins workspaces

Nick Boldt (JIRA) jira-events at lists.jboss.org
Mon Mar 5 14:27:36 EST 2012


    [ https://issues.jboss.org/browse/JBIDE-11155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12673734#comment-12673734 ] 

Nick Boldt commented on JBIDE-11155:
------------------------------------

In target platform build, we could do this to cache the /build/ folder sources (one per branch):

{code}
rsync -aqrz ${WORKSPACE}/sources/* /home/hudson/static_build_env/jbds/tools/sources/build/trunk/
{code}

                
> consider caching svn sources outside Jenkins workspaces
> -------------------------------------------------------
>
>                 Key: JBIDE-11155
>                 URL: https://issues.jboss.org/browse/JBIDE-11155
>             Project: Tools (JBoss Tools)
>          Issue Type: Bug
>          Components: Build/Releng
>    Affects Versions: 3.3.0.Beta2
>            Reporter: Nick Boldt
>            Assignee: Nick Boldt
>             Fix For: 3.3.0.Beta2
>
>
> From JBIDE-10974:
> > 9. Every change in build component triggers full rebuild for all components
> 9. This could be fixed by instead of watching the /build folder in SVN for changes, we simply fetch it using `svn co` or `svn up` as a prelim step in the job. 
> Perhaps taking this a step further, we could fetch the whole SVN tree and store it outside the workspaces so that jobs would simply re-use local shared space instead of clean-fetching everything every time they run on a new slave. 
> This would of course make jobs "more tied to infrastructure" and "harder to build the same way offline" but that's the price you pay for optimizing for speed.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


More information about the jbosstools-issues mailing list