-
Bug
-
Resolution: Duplicate
-
Major
-
None
We have a Jenkins instance (1.438) using the 'Build Record Root Directory' feature, so we can specify an alternate directory for storing build artifacts outside of the JENKINS HOME directory.
The 'Build Record Root Directory' (set in configure system, then click Advanced... button at the top), is set to /scratch/jbuildroot/${ITEM_FULLNAME}/builds. The Workspace Root dir is set to ${ITEM_ROOTDIR}/workspace.
This generally works fine. However, I noticed that when I rename a job, I lose the previous build records.
I see a new build record directory is created, beneath the specified 'Build Record Root Directory'. However, the old build directory also exists, containing the previous records. They are not moved over to the new directory.
In other words, when the 'Build Record Root Directory' feature is enabled, renaming a project causes the project's build records to be lost.
Current workaround is to move the build record files over and use sed to replace the project name in them, then restart Jenkins.
- duplicates
-
JENKINS-17138 Deleting/renaming jobs using external builds directory does not move builds
-
- Resolved
-
- is related to
-
JENKINS-48188 Broken Symlinks with External Build Record Root Directory and Maven Modules
-
- Open
-
[JENKINS-11716] When 'Build Record Root Directory' is enabled, renaming a job does not create a new BRRD dir for the renamed job, and does not rename/copy artifacts from the original BRRD
Description |
Original:
We have a Jenkins instance (1.438) using the 'Build Record Root Directory' feature, so we can specify an alternate directory for storing build artifacts outside of the JENKINS HOME directory. This generally works fine. However, I noticed that when I rename a job, I lose the previous build records. I see a new build record directory is created, beneath the specified 'Build Record Root Directory'. However, the old build directory also exists, containing the previous records. They are not moved over to the new directory. In other words, when the 'Build Record Root Directory' feature is enabled, renaming a project causes the project's build records to be lost. Current workaround is to move the build record files over and use sed to replace the project name in them, then restart Jenkins. |
New:
We have a Jenkins instance (1.438) using the 'Build Record Root Directory' feature, so we can specify an alternate directory for storing build artifacts outside of the JENKINS HOME directory. The 'Build Record Root Directory' (set in configure system, then click Advanced... button at the top), is set to /scratch/jbuildroot/${ITEM_FULLNAME}/builds. The Workspace Root dir is set to ${ITEM_ROOTDIR}/workspace. This generally works fine. However, I noticed that when I rename a job, I lose the previous build records. I see a new build record directory is created, beneath the specified 'Build Record Root Directory'. However, the old build directory also exists, containing the previous records. They are not moved over to the new directory. In other words, when the 'Build Record Root Directory' feature is enabled, renaming a project causes the project's build records to be lost. Current workaround is to move the build record files over and use sed to replace the project name in them, then restart Jenkins. |
Summary | Original: Renaming a job does not rename the build record root dir, for a Jenkins instance configured with this feature | New: When 'Build Record Root Directory' is enabled, renaming a job does not create a new BRRD dir for the renamed job, and does not rename/copy artifacts from the original BRRD |
Resolution | New: Duplicate [ 3 ] | |
Status | Original: Open [ 1 ] | New: Resolved [ 5 ] |
Link |
New:
This issue duplicates |
This is still an issue in Jenkins 1.450