10
« on: October 20, 2007, 12:19:46 pm »
Consider you have a package with some elements. You can
- export it, and import to another project (strip GUIDs or not, as you want)
- version control this package, check it out, delete some elements, check in, somebody else can get the latest version of this package.
I think this is exactly what you want to do with reference data.
- export it, and import to another project (as new, or replace existing set of ref data)
- version control reference data, check it out, delete some data, check in, somebody else can get the latest version of this "reference data package".
Now it's possible only to
- export reference data
- import them as new
You can version control the exported xml file on your own. But it's not possible to import this xml file and replace the complet set of ref. data. The possibility to delete ref data not in the imported xml file is missing.
Some examples:
1. it's possible to work offline on a Requirements package and check in this package lately, when online. This is not possible with Project glossary because glossary items are not elements in a package, but reference data.
2. it's possible to work offline on a GUI package and check in this package lately, when online. But new images used in GUI diagrams will be lost unless exported/imported as ref data. Images are not elements in a package, but reference data.
Is it clear, what I mean by "Version control Reference data"?
I mean the possibility to make a table with reference data "version controlled table" just as it is possible to make a package "controlled package with version control".
When somebody wants to update such version controlled table, it's necessary first to check it out, update it and then check it in.
"Get all latest" will work together with controlled packages and tables.
The ability to delete ref data, that are not in the imported package is built in the idea to control tables with ref data. It's not possible to implement "controlled tables" without this ability.