Share object persists the state of the application when using the Share function.
...
Key | Type | Optionality | Description | Constraints | ||||||
---|---|---|---|---|---|---|---|---|---|---|
shareId | string |
| id of the share (present in share link) | (a-z0-9) | ||||||
objectId | string |
| id of metadata object on which the share is applied | (a-z0-9) | ||||||
objectName | string |
| name of metadata object on which the share is applied | (a-z0-9_-) | ||||||
| array |
| list of changes applied on the metadata object | |||||||
breakingChanges | array |
| list of changes which used to be applied on the metadata object, but were removed because they were not appliable after update of the metadat objects | |||||||
forcedRebaseCount | integer |
| number of times the metadata object was rebased | x => 0 |
...
Key | Type | Optionality | Description | Constraints | ||||||
---|---|---|---|---|---|---|---|---|---|---|
op | string |
| type of the operation | ["add", "remove", "replace", "copy", "move"] | ||||||
path | string |
| path in the json on which the operation is applied | (*) | ||||||
value | string integer number boolean |
| value applied to the
| |||||||
itemId | string |
| Generated ID for an item from the most outer array in the path - e.g. for path There are cases when item for which diff is applied does not exists in master metadata object (only in shared metadata object) - in such cases itemId attribute is not present in share diff as it is not supposed to match anything in the master metadata object. IMPORTANT: NOTE: Mechanism described above does not cover all the cases, for example reordering items within a nested array currently produces breaking changes - the implementation is likely to improve in the future to store item IDs in share diff for items within all arrays in the path (the most outer and nested arrays instead of just the most outer one). | [a-z0-9]{32} |
...