You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Daniel John Debrunner (JIRA)" <ji...@apache.org> on 2007/09/04 18:20:51 UTC
[jira] Commented: (DERBY-3045) Write a tool to do a binary search
of past trunk builds to find the source of regressions
[ https://issues.apache.org/jira/browse/DERBY-3045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12524777 ]
Daniel John Debrunner commented on DERBY-3045:
----------------------------------------------
What's a "trunk jar from a previous release"? Releases are off branches, not the trunk?
Also why keep any jars around, the jars can be re-built from a codeline at the correct revision? In some cases the regression might have been caused by one of three changes included in a set of built jars, so the built jars may not always lead to the specific change.
> Write a tool to do a binary search of past trunk builds to find the source of regressions
> ------------------------------------------------------------------------------------------
>
> Key: DERBY-3045
> URL: https://issues.apache.org/jira/browse/DERBY-3045
> Project: Derby
> Issue Type: Task
> Components: Build tools
> Affects Versions: 10.4.0.0
> Reporter: Kathey Marsden
>
> Often we have to backtrack to find the source of a regression. It would be useful to have a tool which would run a java program against archived builds and do a binary search for the build that caused the failure. Trunk builds for the current release are stored at http://dbtg.thresher.com/derby/bits/trunk/ but in order for the tool to be most useful we would need to start keeping the trunk jars from previous releases.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.