[ 
https://issues.apache.org/jira/browse/LUCENE-3910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13237944#comment-13237944
 ] 

Dawid Weiss commented on LUCENE-3910:
-------------------------------------

I agree with you both. No, it's not a paradox. On one hand -- I agree that 
having larger test files is good and on the other I agree with Robert that not 
being able to reproduce locally because of different (or inconsistent) data is 
a pain.

At Carrot Search we have put all the "big data" into a separate git repository 
and this is simply mirrored across build servers and our local machines. 
Granted, the first clone takes a while, but then pulls of additional data are 
much faster and (which is a big plus) git repo has an md5 of the revision so 
this can be emitted as a log upon failure (we don't do it because we're pretty 
much sure the checkouts are consistent, but it _could_ be done to ensure 
testing against exact same test files).

Just thoughts to consider.


                
> remove special hudson nightly linedocs
> --------------------------------------
>
>                 Key: LUCENE-3910
>                 URL: https://issues.apache.org/jira/browse/LUCENE-3910
>             Project: Lucene - Java
>          Issue Type: Bug
>            Reporter: Robert Muir
>             Fix For: 4.0
>
>
> Hudson has a special huge linedocs file that it sets via a -D parameter,
> but this means that anything using LineDocs won't reproduce via our home
> computers if it fails on hudson.
> I think we should disable this.

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

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to