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 type. Other fields that appear depend on the source 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 by more than one application, 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.
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 will be periodically polled for new versions. If this option is not selected, you will have to manually import a new version every time one becomes available. Leave Polling Period and Quiet Period blank to use the default settings.
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. If you already have an artifact repository, such as AnthillPro or Maven, you might leave the box unchecked.
For this exercise, you can accept the default values for the remaining options and save your work.
Copyright © 2011–2017 Serena Software, Inc., a Micro Focus company. All rights reserved.