RE: backwards compat tests

Thanks for the hint, Shai!

 

It is related, but the reason behind the tags was clear to me.

 

My suggestion was to write the build script in a way that it checks out the branch with the same revision number as the current base dir (trunk). Alternatively instead of putting a tag name into common-build.xml, it could be the revision number. So it would check out …/branches/ lucene_2_4_back_compat_tests with the revision given in common-build.

 

-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@xxxxxxxxxxx

---

From: Shai Erera [mailto:serera@xxxxxxxxx]
Sent: Wednesday, July 29, 2009 9:22 PM
To: java-dev@xxxxxxxxxxxxxxxxx
Subject: Re: backwards compat tests

 

Uwe - I asked this question a while ago on LUCENE-1529 and this is an answer Mike gave: http://issues.apache.org/jira/browse/LUCENE-1529?focusedCommentId=12699177&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_12699177

I think it's related to what you ask

Shai

On Wed, Jul 29, 2009 at 10:01 PM, Uwe Schindler <uwe@xxxxxxxxxxx> wrote:

I do it that way:

 

-          Checkout the backwards branch (not the tag) to trunk/tags/lucene_2_4_back_compat_tests. I have this checkout everytime there, I update it regularily together with trunk.

-          Place and leave a build.properties files with the following line in your trunk dir: “tag=lucene_2_4_back_compat_tests”

-          You can then test using ant test / test-tag and so on, the java property fixes the tag directory to your branch checkout. The good thing is, that you always have the last revision of branch and can modify and commit it directly.

-          If everything is ok, do a tag from your checked out branch (svn copy …) and then update the main common-build.xml

 

I was always wondering: Why do we need tags for the backwards tests? Why not just automatically checkout the revision equal to the current trunk revision for testing (what I did manually)? Currently we always have to create a new tag after each commit to backwards branch, this is somehow strange (ok, by that you fix the revision used for testing this trunk checkout, but if you checkout the same revision no in the backwards branch that trunk currently has, it would always be correctly related).

-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@xxxxxxxxxxx

---

From: Mark Miller [mailto:markrmiller@xxxxxxxxx]
Sent: Wednesday, July 29, 2009 6:24 PM
To: java-dev@xxxxxxxxxxxxxxxxx
Subject: backwards compat tests

 

Is their a wiki page on how to handle updating the back compat tests? I found some mail regarding it, but most of what I found was older. The latest I saw talked about the separate branch, and updating that branch with fixes if you need too - but I see now it seems to work with tags?

 

Do I update the branch, tag it with the current date, then update the build file to point to the new tag (compatibility.tag)?

--
- Mark

http://www.lucidimagination.com