Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

add trace option for delta tree details that cause rebuilds #45

Merged
merged 1 commit into from
Apr 13, 2022

Conversation

haubi
Copy link
Contributor

@haubi haubi commented Apr 13, 2022

When builders are detected to need a build, the interesting project name
found in the delta tree may not be enough information. Sometimes, each
interesting modified resource is necessary to see what's going on.

For me, it was necessary to see that only the project resource was modified (touched) to identify ssi-schaefer/lcdsl/pull/56.

@vogella vogella requested a review from jukzi April 13, 2022 08:37
debugDeltaNode(prefix, found);
}
ret = true;
if (!debugBuildNeededDelta())
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

bad that the control flow is changed by debugging option. Could that be resolved by copy&paste some code from below?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The control flow by itself does require to find the first entry matching either Project or InterestingProjects (without need to find all of them), but when debugging I want to see each matching entry.

@eclipse-releng-bot
Copy link
Contributor

The Jenkins build of this PR has now completed. See details at https://ci.eclipse.org/platform/job/eclipse.platform.resources/job/PR-45/1/

}

private boolean debugBuildNeededDelta() {
return Policy.DEBUG_BUILD_NEEDED && Policy.DEBUG_BUILD_NEEDED_DELTA;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why should both flags needed to be set?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The header line "needs building because of changes in" is (and should remain) controlled by DEBUG_BUILD_NEEDED and does make sense without the details, while the delta details make little sense without that header line.
So combining the flags feels necessary in one ("or", for the header) or another ("and", for the details) way.

@jukzi
Copy link
Contributor

jukzi commented Apr 13, 2022

I like the idea. But i am not used to debug options. @kthoms can you help review?

@eclipse-releng-bot
Copy link
Contributor

The Jenkins build of this PR has now completed. See details at https://ci.eclipse.org/platform/job/eclipse.platform.resources/job/PR-45/2/

@haubi
Copy link
Contributor Author

haubi commented Apr 13, 2022

Updated commit to put the debugging together into one method, and "or" combine the flags.

@eclipse-releng-bot
Copy link
Contributor

The Jenkins build of this PR has now completed. See details at https://ci.eclipse.org/platform/job/eclipse.platform.resources/job/PR-45/3/

When builders are detected to need a build, the interesting project name
found in the delta tree may not be enough information. Sometimes, each
interesting modified resource is necessary to see what's going on.
But even without each modified resource, trace each project having delta
that needs a builder.

Signed-off-by: Michael Haubenwallner <[email protected]>
@eclipse-releng-bot
Copy link
Contributor

The Jenkins build of this PR has now completed. See details at https://ci.eclipse.org/platform/job/eclipse.platform.resources/job/PR-45/4/

Copy link
Member

@iloveeclipse iloveeclipse left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants