-
New Feature
-
Resolution: Unresolved
-
Minor
-
None
We run a fairly high load Jenkins install with 16 gb of ram, 8 cores and 47 executors (none on the master). One of our main git repositories is very large, containing about 60K files and receives multi-hundreds of commits per day. As a result the process of generating change logs is very cpu and memory intensive and we often have upwards of 20 or more such builds in flight at any one time. This results in several such change logs being generated at the same time, often resulting a heap errors on the master. To Jenkins credit, it survives these w/o crashing. The builds fail though and get retried, only adding to the load.
However, such extremely large change logs are fairly useless and we can generate them after the fact any way when we really do need them. Therefore it would be very advantage for use to be able to turn of change log generation either system-wide or ideally, on a job by job basis.
Another reason for implementing this feature is that these changes logs (some of them are half a gig) needlessly use up storage on the master. We have gone so far as to implement a cleanup script on a cron job that just goes through and deletes the change logs.
subversion-plugin?