This topic assumes that you have already installed Subversion (both the server and the client parts), and that you have a local working copy, derived from a repository sub-tree, already set up for use with your Enterprise Architect model. If this is not the case, please see the Setting up Subversion topic.
Once you have set up and tested the Local Working Copy, you are ready to define a Version Control configuration for use with the Enterprise Architect model to place under version control.
To apply version control to your Enterprise Architect model using the Subversion working copy that you have set up, follow the steps below:
| 1. | Launch Enterprise Architect and open the model for which this Working Copy was created. |
| 2. | Select the Project | Version Control | Set Version Control Options menu option. |
| 3. | Click on the New button, enter a suitable name in the Unique ID field, then click on the Type: Subversion radio button. |
| 4. | Click on the Select Path button to the right of the Working Copy path field, and select the Local Folder in which to keep local working copies of the XML files to be stored in the Version Control repository. |
| 5. | In each of the named fields, enter the appropriate Server Name, Workspace Name, User Name and Password corresponding to the local folder you specified. |
| 6. | In the Workstation Settings panel, click on the Select Path button to specify the path for your Subversion client executable. |
| 7. | Click on the Save button to save the configuration you have defined; the new configuration is added to the Defined Configurations list. |
Note: A new entry is also created in the Local Paths list, with the same ID as the new version control configuration. The Local Path entry records the Local Project path, for use in subsequent path substitutions.
| 8. | When you have finished defining your version control configurations, click on the Close button. |
Additional Information on the dialog fields:
Dialog Item |
Functionality |
This model is private |
This setting controls whether the Get Latest and Get All Latest commands are enabled. For an explanation of why this is so, see the Specifying Private or Shared Models topic. |
Save nested version controlled packages to stubs only |
For a detailed explanation of this option, see Using Nested Version Control Packages. |
Unique ID |
Specify a configuration name that readily distinguish this configuration from other configurations. The Unique ID displays as a selection in the list of Version Control configurations a package can connect to. In addition you can select a previous version control configuration from this drop-down menu, providing the configuration is not in the current model. |
Working Copy path |
The folder where the XML files representing the packages are stored. This folder should already exist before it is specified here. Every PC using TFS version control should have its own TFS Local Folder in which to store working copies of the XMI package files; this should not be a shared network folder. Particularly bear this in mind if you are creating an EAP file that is to be shared (eg. A SQL database). |
Subversion Exe Path |
The full path name of the Subversion client executable file. |
Note: We strongly urge you not to manipulate version controlled package files outside of Enterprise Architect. It is possible to leave the package files in a state that Enterprise Architect cannot recognize.
See Also