Migrating projects and categories

Here are the migration details and migration notes for projects and categories.

Migration Overview

  • The public and private projects are retained appropriately.
  • The project members in CTF 6.0 consist of users assigned a role in the current project.
    Note: In CEE, a project member must have a role whereas, in CTF 6.0, a user can be a project member without being assigned a role.
  • Locked projects in CEE are migrated as locked projects to CTF 6.0.
    Note: The locked projects seem to allow certain actions even after being locked. For example, forums can still be monitored by administrators.
  • CEE projects that are imported into CTF 6.0 can be selectively deleted, if required.
  • CEE's Project groups project is migrated as a regular project in CTF 6.0. Members of the Project groups project are migrated as it's child projects in CTF 6.0.
  • In CEE, categories could behave as projects, having tools like tracker, documents, discussion and so on. However in CTF 6.0, categories are plain containers which have projects in them, enabling any project to be placed in a category. CTF 6.0 categories do not have project tools like tracker, documents, discussions etc.
    Note: Categories from CEE to CTF 6.0 are migrated in two steps:
    • A CTF category (with the same CEE category name) is created
    • The tool data (eg. artifacts, documents, discussions etc) are migrated into a CTF 6.0 project with the CEE category name.
    .

    Consider this example. Assuming there exists a CEE category (named - "cat") having projects (proj1, proj2) with tool data of its own (document folders: folder1, folder2). When this category is migrated to CTF 6.0, a CTF 6.0 category called "cat" is created, and the projects (proj1 and proj2) are placed in this category. Also, a CTF 6.0 project "cat" is created which holds the tool data that the category had in CEE (document folders folder1, folder2).

  • The project-subproject, category-subcategory association is maintained.

This table shows how Project fields in CEE map to Project fields in CTF 6.0:

CEE Projects CTF 6.0 Projects
Project Name Project Name
Summary Description
Parent Project Parent Project
Project Categories None
Public Project None
Project Language None
Versioning Component None
Tracking Component None
Artifact Code None
Project Owner None
Project Proposer Created by user name
Date Last Modified Date Created/Date Last Modified
Project Approver Last modified by (user)
Owner's Message None
CVS Projects None
SVN Projects None

This table shows how Category fields in CEE map to Category fields in CTF 6.0:

CEE Categories CTF 6.0 Categories
Category Name Category Name
Parent Category None
Public Category None
Use Category Index.html None
Category Language None
Initial Projects None
Use Category Home Page None

Notes

  • In CTF 6.0, unapproved projects (requested project) are just project-creation requests, with the project name and description. However, in CEE, unapproved projects can be actively used by the project creators. As the unapproved projects are conceptually different between CEE and CTF 6.0, these projects are not migrated.
  • The IsDeleted field in CTF 6.0 corresponds to whether the project is deleted or not in CEE.
  • If the project creation date is not found in the audit log, the fall-back value specified in the /opt/collabnet/cee_dump_load/conf/c6migrate.conf file is used.
  • The Date Created field in CEE does not have an equivalent field in CTF 6.0.
  • There is no default project language in CTF 6.0.
  • The monitoring feature in CTF 6.0 supports desired user notification.
  • In CTF 6.0 a project is created "Private" by default.
  • In CTF 6.0, the "Artifact Code" is constant across the site. It is not configurable project-wise.
  • In CTF 6.0, the project creator becomes default project owner.
  • CEE categories have project tools while the CTF 6.0 categories do not have tools.
  • The name of the category can be edited in CTF 6.0.
  • Only the site administrator can create project category in CTF 6.0.