컴포넌트 프로세스는 단일 단계처럼 단순하거나 수많은 단계 및 관계를 포함할 수도 있습니다. 예를 들어, 전환 단계에서는 조건부 프로세스를 작성할 수 있습니다. 예를 들어, IBM® Anthill Pro 프로젝트와 같은 소스에서 아티팩트를 가져와서 HTTP 서버에 배치되는 아티팩트를 한 컴포넌트에 맵핑할 수 있습니다. 그런 다음 Java™ Platform, Enterprise Edition 컨테이너에 배치되는 아티팩트를 또 다른 컴포넌트에 맵핑할 수 있습니다. 데이터베이스에 배치되는 아티팩트를 또 다른 컴포넌트에 맵핑할 수도 있습니다. 또 다른 예를 들자면, 단일 컴포넌트 배치가 두 프로세스로 구성될 수도 있습니다. 첫 번째는 컴포넌트 파일을 금요일 밤(긴 오퍼레이션)에 서버로 이동하는 반면 두 번째는 파일을 토요일 아침에 배치합니다.

컴포넌트 프로세스는 프로세스 편집기를 사용하여 작성됩니다. 프로세스 편집기는 프로세스 단계를 끌어서 디자인 공간에 놓고 원하는 대로 구성할 수 있는 시작적 끌어서 놓기 편집기입니다. 점점 많은 단계가 배치됨에 따라 서로의 관계가 시작적으로 정의됩니다. 프로세스 단계는 일반 배치 스크립트 및 수동 프로세스를 대체하는 표준 단계의 메뉴에서 선택됩니다. IBM UrbanCode Deploy는 인벤토리 관리 및 워크플로우 제어 등과 같은 여러 유틸리티 프로세스에 대한 단계를 제공합니다. 플러그인에 의해 추가 프로세스 단계가 제공됩니다. 플러그인은 공통 배치 도구 및 애플리케이션 서버(WebSphere®, Microsoft IIS 등)와의 통합을 제공합니다. IBM UrbanCode Deploy는 추가 작업 없이 많은 공통 프로세스에 대한 플러그인을 제공합니다. 예를 들어, 아티팩트 다운로드 및 업로드, 환경 정보 검색 등이 있습니다. 컴포넌트 프로세스는 둘 이상의 플러그인으로부터 단계를 가져올 수 있습니다.
컴포넌트 프로세스는 특정 컴포넌트에 대해 정의됩니다. 컴포넌트에는 둘 이상의 프로세스가 정의될 수 있으나 각 컴포넌트에는 적어도 하나의 프로세스가 필요합니다.
예를 들어, EAR 파일을 IBM WebSphere Application Server에 배치하는 작업은 일반적으로 다음 오퍼레이션으로 구성됩니다.
WebSphere Application Server 플러그인은 각 오퍼레이션에 대해 구성할 수 있는 프로세스 단계를 제공합니다.
자주 사용되는 컴포넌트 프로세스를 템플리트로 저장하여 나중에 새 컴포넌트에 적용할 수 있습니다.
컴포넌트 프로세스는 IBM UrbanCode Deploy 에이전트에 의해 호스트에서 실행됩니다. 컴포넌트 프로세스의 한 인스턴스가 대상 환경에서 컴포넌트에 맵핑된 각 자원에 대해 시작됩니다. 자원을 참조하십시오.