It's all about the answers!

Ask a question

lscm list changes subcommand returns old path for move state after parent path was changed


bruce liu (111) | asked May 29 '23, 12:02 a.m.
edited May 29 '23, 12:05 a.m.

 FolderA was change to FolderB and list changes result is like this:

Changeset A:
"new-path": "\Folder1\FolderB\",
"path": "\Folder1\FolderA\",
"state": {
            "add": false,
            "conflict": false,
            "content_change": false,
            "delete": false,
            "move": true,
            "potential_conflict": false,
            "property_change": false
        }

After that, the list changes subcommand for a move state of a file under the same folder returns old path:
Changeset B:
"new-path": "\Folder1\FolderB\NewSubFolder\FileX.txt",
"path": "\Folder1\FolderA\FileX.txt",
"state": {
            "add": false,
            "conflict": false,
            "content_change": false,
            "delete": false,
            "move": true,
            "potential_conflict": false,
            "property_change": false
        }
The correct path should be: "path": "\Folder1\FolderB\FileX.txt",

Another change set for the same file with 'content_change' state was working and return the correct new path.
"path": "\Folder1\FolderB\NewSubFolder\FileX.txt",
"state": {
    "add": false,
    "conflict": false,
    "content_change": true,
    "delete": false,
    "move": false,
    "potential_conflict": false,
    "property_change": false
}

This happened when I did a migration from RTC to Gitlab, I need to get all change sets from RTC replicate them in git commits.
Here is my lscm version:
Build Id: EWM-CLIENT-I20220731-0234
Version: 7.0.2

Thanks.

Be the first one to answer this question!


Register or to post your answer.


Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.