-
Bug
-
Resolution: Unresolved
-
Major
-
Jenkins 2.89.4 and PTC Plugin V 2.1 (also V2.2)
Hello Plugin support,
I have been working with Jenkins and the PTC Plugin for quite some time. And now facing issues at the Check-in stage. I am using Jenkins 2.89.4 and PTC Plug V 2.1.
Our scenario just before PTC Check-in stage:
FolderLevel1 (project.pj)
-FolderLevel2 (project.pj)
-SomefileLevel2.txt
SomefileLevel1.txt
So my intention is to checkin all files into PTC and still maintaining their "Projectstructure". What I am ending up with is that SomefileLevel1.txt gets updated correctly (Rev1.2) but on any file which is on DirectoryLevel2< the Plugin creates a Directory inside the FolderLevel1 and creates a branched version of SomefileLevel2.txt Rev 1.1.1.1. I have attached a screenshot of my sandbox to further clarify the situation.
Am I completely misunderstanding the concept here or is this some kind of bug/feature missing in the Plugin? I am just wondering as many people in forum are successfully using the checkin feature but from my point of view this limits the use of any sub-project structures inside a project.
I have made further analysis of my problem and kind of stuck here:
In one of my Log analysis sessions I came acros this part of the log. (See attachment)
...
Lock failed: The file DirectoryLevel3\PTCCheckinTest.txt is not a current or destined or pending member or a subproject of /Playground/PlaygroundTest/ArnoTest/DirectoryLevel2/project.pj
...
This error tells me that the plugin tries to lock a member in a directory and obviously fails as the intendet member is inside the project DirectoryLevel3 not the directory.
So later it does the unwanted member add together with a new directory:
...
si projectadd --user=username --port=7001 --hostname=integrity.company.xyz.com --saveTimestamp --nocloseCP --onExistingArchive=sharearchive --project=#/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2 --cpid=:none --sourceFile=remote://D:\BuildServer\jenkins\workspace\PTC_Playground\ArnoTest\DirectoryLevel2\DirectoryLevel3\PTCCheckinTest.txt --description=Build updates from PTC_Playground #23 – DirectoryLevel3\PTCCheckinTest.txt returned exit code 0
...
In contrast on the "root level = #/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2" of the checkin procedure it does the checkin correctly:
...
si lock --user=username --port=7001 --hostname=integrity.company.xyz.com --project=#/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2 --cpid=:none – PTCCheckinTestL2.txt returned exit code 0
Attempting to checkin file: D:\BuildServer\jenkins\workspace\PTC_Playground\ArnoTest\DirectoryLevel2\PTCCheckinTestL2.txt
si projectci --user=username --port=7001 --hostname=integrity.company.xyz.com --saveTimestamp --nocloseCP --nodifferentNames --branchVariant --nocheckinUnchanged --project=#/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2 --cpid=:none --sourceFile=remote://D:\BuildServer\jenkins\workspace\PTC_Playground\ArnoTest\DirectoryLevel2\PTCCheckinTestL2.txt --description=Build updates from PTC_Playground #23 – PTCCheckinTestL2.txt returned exit code 0
It feels like I am missing a setting that forces the PTC plugin to use Sub-Projects instead of Directories for its checkin process.
Best regards
Alex
[JENKINS-50788] Jenkins Plugin Check-in creates directories instead of sub-projects
Attachment | New: JenkinsPTCCheckin.png [ 42160 ] |
Description |
Original:
Hello Plugin support, I have been working with Jenkins and the PTC Plugin for quite some time. And now facing issues at the Check-in stage. I am using Jenkins 2.89.4 and PTC Plug V 2.1. Our scenario just before PTC Check-in stage: FolderLevel1 (project.pj) -FolderLevel2 (project.pj) -SomefileLevel2.txt SomefileLevel1.txt So my intention is to checkin all files into PTC and still maintaining their "Projectstructure". What I am ending up with is that SomefileLevel1.txt gets updated correctly (Rev1.2) but on any file which is on DirectoryLevel2< the Plugin creates a Directory inside the FolderLevel1 and creates a branched version of SomefileLevel2.txt Rev 1.1.1.1. I have attached a screenshot of my sandbox to further clarify the situation.!https://sejnu66972.i.lithium.com/t5/image/serverpage/image-id/5473iE5BC1F6188873C6F/image-size/large?v=1.0&px=999!Sandbox Am I completely misunderstanding the concept here or is this some kind of bug/feature missing in the Plugin? I am just wondering as many people in forum are successfully using the checkin feature but from my point of view this limits the use of any sub-project structures inside a project. *I have made further analysis of my problem and kind of stuck here:* In one of my Log analysis sessions I came acros this part of the log. (See attachment) ... Lock failed: The file DirectoryLevel3\PTCCheckinTest.txt is not a current or destined or pending member or a subproject of /Playground/PlaygroundTest/ArnoTest/DirectoryLevel2/project.pj ... This error tells me that the plugin tries to lock a member in a *directory* and obviously fails as the intendet member is inside the *project* DirectoryLevel3 not the directory. So later it does the unwanted member add together with a new directory: ... si projectadd --user=username --port=7001 --hostname=integrity.company.xyz.com --saveTimestamp --nocloseCP --onExistingArchive=sharearchive --project=#/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2 --cpid=:none --sourceFile=remote://D:\BuildServer\jenkins\workspace\PTC_Playground\ArnoTest\DirectoryLevel2\DirectoryLevel3\PTCCheckinTest.txt --description=Build updates from PTC_Playground #23 -- DirectoryLevel3\PTCCheckinTest.txt returned exit code 0 ... In contrast on the "root level = #/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2" of the checkin procedure it does the checkin correctly: ... si lock --user=username --port=7001 --hostname=integrity.company.xyz.com --project=#/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2 --cpid=:none -- PTCCheckinTestL2.txt returned exit code 0 Attempting to checkin file: D:\BuildServer\jenkins\workspace\PTC_Playground\ArnoTest\DirectoryLevel2\PTCCheckinTestL2.txt si projectci --user=username --port=7001 --hostname=integrity.company.xyz.com --saveTimestamp --nocloseCP --nodifferentNames --branchVariant --nocheckinUnchanged --project=#/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2 --cpid=:none --sourceFile=remote://D:\BuildServer\jenkins\workspace\PTC_Playground\ArnoTest\DirectoryLevel2\PTCCheckinTestL2.txt --description=Build updates from PTC_Playground #23 -- PTCCheckinTestL2.txt returned exit code 0 It feels like I am missing a setting that forces the PTC plugin to use Sub-Projects instead of Directories for its checkin process. Best regards Alex |
New:
Hello Plugin support, I have been working with Jenkins and the PTC Plugin for quite some time. And now facing issues at the Check-in stage. I am using Jenkins 2.89.4 and PTC Plug V 2.1. Our scenario just before PTC Check-in stage: FolderLevel1 (project.pj) -FolderLevel2 (project.pj) -SomefileLevel2.txt SomefileLevel1.txt So my intention is to checkin all files into PTC and still maintaining their "Projectstructure". What I am ending up with is that SomefileLevel1.txt gets updated correctly (Rev1.2) but on any file which is on DirectoryLevel2< the Plugin creates a Directory inside the FolderLevel1 and creates a branched version of SomefileLevel2.txt Rev 1.1.1.1. I have attached a screenshot of my sandbox to further clarify the situation. !JenkinsPTCCheckin.png! Am I completely misunderstanding the concept here or is this some kind of bug/feature missing in the Plugin? I am just wondering as many people in forum are successfully using the checkin feature but from my point of view this limits the use of any sub-project structures inside a project. *I have made further analysis of my problem and kind of stuck here:* In one of my Log analysis sessions I came acros this part of the log. (See attachment) ... Lock failed: The file DirectoryLevel3\PTCCheckinTest.txt is not a current or destined or pending member or a subproject of /Playground/PlaygroundTest/ArnoTest/DirectoryLevel2/project.pj ... This error tells me that the plugin tries to lock a member in a *directory* and obviously fails as the intendet member is inside the *project* DirectoryLevel3 not the directory. So later it does the unwanted member add together with a new directory: ... si projectadd --user=username --port=7001 --hostname=integrity.company.xyz.com --saveTimestamp --nocloseCP --onExistingArchive=sharearchive --project=#/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2 --cpid=:none --sourceFile=remote://D:\BuildServer\jenkins\workspace\PTC_Playground\ArnoTest\DirectoryLevel2\DirectoryLevel3\PTCCheckinTest.txt --description=Build updates from PTC_Playground #23 – DirectoryLevel3\PTCCheckinTest.txt returned exit code 0 ... In contrast on the "root level = #/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2" of the checkin procedure it does the checkin correctly: ... si lock --user=username --port=7001 --hostname=integrity.company.xyz.com --project=#/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2 --cpid=:none – PTCCheckinTestL2.txt returned exit code 0 Attempting to checkin file: D:\BuildServer\jenkins\workspace\PTC_Playground\ArnoTest\DirectoryLevel2\PTCCheckinTestL2.txt si projectci --user=username --port=7001 --hostname=integrity.company.xyz.com --saveTimestamp --nocloseCP --nodifferentNames --branchVariant --nocheckinUnchanged --project=#/Playground#PlaygroundTest/ArnoTest/DirectoryLevel2 --cpid=:none --sourceFile=remote://D:\BuildServer\jenkins\workspace\PTC_Playground\ArnoTest\DirectoryLevel2\PTCCheckinTestL2.txt --description=Build updates from PTC_Playground #23 – PTCCheckinTestL2.txt returned exit code 0 It feels like I am missing a setting that forces the PTC plugin to use Sub-Projects instead of Directories for its checkin process. Best regards Alex |