search

timja / jenkins-gh-issues-poc-06-18

0 stars 0 forks source link

[JENKINS-12248] Concatenate changelogs from prior failed builds #7031

Open timja opened 12 years ago

timja commented 12 years ago

Was asked to repost this request in core instead of subversion:

It would be extremely helpful for the svn changelog to show all of the changes since the most recent successful build. Currently, the changelog only reflects changes in revisions that were detected in the update operation. If a job fails after the svn update is complete, that change information is lost because the working copy is now at the HEAD revision.

This would ideally be implemented by determining the revision of the last successful build and performing an svn log query for the entire range of revisions. Not sure what to do if there is no last successful build - probably just include the current revision.

This could also be implemented by concatenating the changelogs from all prior failed builds, but if those builds are deleted the information is lost.

Originally reported by lkeagle, imported from: Concatenate changelogs from prior failed builds
  • status: Open
  • priority: Major
  • resolution: Unresolved
  • imported: 2022/01/10
timja commented 11 years ago

govindani:

Hi everyone. I need this bug/feature so much that I'm willing to pay 100.00 bucks for it.
This offer is registered at FreedomSponsors (http://www.freedomsponsors.org/core/issue/224/concatenate-changelogs-from-prior-failed-builds).
Once you solve it (according to the acceptance criteria described there), just create a FreedomSponsors account and mark it as resolved (oh, you'll need a Paypal account too)
I'll then check it out and will gladly pay up!

If anyone else would like to throw in a few bucks to elevate the priority on this issue, you should check out FreedomSponsors!

timja commented 10 years ago

danielbeck:

if those builds are deleted the information is lost.

https://wiki.jenkins-ci.org/display/JENKINS/Change+Log+History+Plugin

It has one issue though, it keeps changelogs of builds older than the oldest existing build, i.e. you can easily collect hundreds or thousands of changelog.xml files on your oldest build if you have log rotation.

Is this still an unresolved problem?

IMO this would be better suited for a plugin as well.