Walk-through → Step 1: Creating a Component
Components represent deployable artifacts: files, images, databases, configuration materials, or anything else associated with a software project. Components have versions, which ensures that proper component instances are deployed.
When creating a component, you identify the source configuration type and import the initial version.
The initially-displayed fields are the same for every source configuration type. Other fields that appear depend on the source configuration type and are displayed after a value is selected in the Source Config Type field.
The name is used when configuring the application. If the component will be used by more than one application, the name should be generic rather than project-specific. For components that are project-specific, a name that conveys something meaningful about the project should be used.
The optional description can be used to convey additional information about the component. If the component is used for the database portion of one or more applications, for example, entering "Used in applications A and B" can help identify how the component is used. If you are unsure about what to enter, leave the field blank. You can always return to the component and edit the description at any time.
For this exercise, ignore the Template field. Templates provide a way to reuse commonly used component configurations.
Several fields appear that are required by the selected type.
File System (Versioned) is one of the simplest configuration options and can be used to quickly set up a component for evaluation purposes, as we do here. This option uploads whole directories as component versions relative to the Base Path.
Creating a Component
In our example, the artifacts are stored inside the subdirectory created earlier. The base path is C:\helloWorld. Within helloWorld is the single subdirectory version1 on your local machine.
File System (Versioned) assumes that subdirectories within the base directory are distinct component versions, which is why we placed the files (artifacts) inside a subdirectory. File System (Versioned) can automatically import versions into CodeStation. If a new subdirectory is discovered when the base directory is checked, its content is imported and a new version is created.
When this option is selected, the source location is periodically polled for new versions. If this option is not selected, you must manually import a new version each time one becomes available. Set Quiet Period to 60 and Polling Period to 300 to give time for adding new folders and files between automatic imports of the artifacts.
This option, which is recommended and selected by default, creates a tamper-proof copy of the component's artifacts and stores them in the embedded artifact management system, CodeStation.
For this exercise, you can accept the default values for the remaining options and save your work.
Copyright © 2011–2018 Serena Software, Inc., a Micro Focus company. All rights reserved.