NightOwl888 commented on issue #648:
URL: https://github.com/apache/lucenenet/issues/648#issuecomment-1278767571

   > Under "Other ways to help" in: 
https://github.com/apache/lucenenet/blob/master/CONTRIBUTING.md
   > 
   > There's written:
   > 
   > * Reviewing code. Pick a random section, review line by line, comparing 
the code against the [original Lucene 4.8.0 
code](https://github.com/apache/lucene-solr/tree/releases/lucene-solr/4.8.0/lucene).
 Many of the bugs have been found this way, as the tests are not showing them. 
Let us know if you find anything suspicious on the [dev mailing 
list](https://cwiki.apache.org/confluence/display/LUCENENET/Mailing+Lists) or 
[submit a pull 
request](https://help.github.com/en/github/collaborating-with-issues-and-pull-requests/creating-a-pull-request)
 with a fix.
   > 
   > But I'm wondering does any form of document exist of files that has 
already been looked through? Or does files normally have a tell to show that 
they've been looked through?
   
   A little history. For quite a while we had a few failing tests that were 
difficult to track down. This is primarily because of the randomized testing 
that is used in the tests and the fact that we don't have a 1:1 port of the 
test framework. So, to expedite the process of finding these bugs, we requested 
help reviewing the code line-by-line, since at the time it was easier to find 
them that way.
   
   However, since then we have fixed the test framework so randomized tests can 
be repeated (thus debugged) in #547. This allowed us to finally track down 
several issues that were primarily hidden and caused intermittent test failures 
across several tests. As a result, at present there are no remaining test 
failures in the `Lucene.Net` (core) assembly, which was primarily what we 
wanted to address with this review.
   
   We have also made reviewing tests a priority for certain older projects in 
#259, since during the port there were often missing pieces when working on a 
given code file and sometimes the solution was to comment out parts of the file 
to get it to compile. Some of these commented lines may still exist, meaning we 
may be missing test conditions. If you are looking for a way to narrow this 
down, I would suggest reviewing the remaining test projects in #259.
   
   Do note that most of the projects under test that are not part of #259 were 
ported from 
[4.8.1](https://github.com/apache/lucene/tree/releases/lucene-solr/4.8.1) 
unless otherwise noted with a comment like `// Lucene version compatibility 
level 8.2.0` at the top of the code file. We shouldn't be bringing in code from 
any other version elsewhere. When we upgrade the application, it will be all at 
once rather than one piece at a time.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to