Dashboard > Pulse v2.1 > ... > Built-in Projects > Project Directory Artifacts
  Pulse v2.1 Log In | Sign Up   View a printable version of the current page.  
  Project Directory Artifacts
Added by Jason Sankey, last edited by Jason Sankey on Sep 15, 2009  (view change)
Labels: 
(None)

Pulse Manual Index

Overview

Directory artifacts are used to capture multiple files nested underneath a specified base directory. The files to capture are specified using Apache Ant style include and exclude patterns. The files captured need not be directly within the base directory, rather they may be nested at an arbitrary depth.

One use for directory artifacts is to capture HTML reports generated as part of the build. Pulse will detect if an index file is present (with name index.html, index.htm, default.html or default.htm) and will present the artifact in the web interface as appropriate.

You may also apply post-processors to directory artifacts. The post-processor is applied to each file captured as part of the artifact as they captured. This allow you to, for example, capture a directory of test reports and apply a JUnit report post-processor to them to integrate test result into the build.

Configuring

The key configuration fields for a directory artifact are described below. For information on further fields refer to the documentation built-in to the pulse™ web interface.

Base Directory

Directory artifacts specify a base directory to capture, relative to the base directory for the build. All files to be captured must be nested somewhere underneath this directory (possibly in a subdirectory). It is best to choose the most specific directory possible as it will make capturing more efficient.

Inclusion Patterns

The files to capture are specified as Ant-style patterns. Files matching any one of these patterns will be included in the artifact (unless excluded, see below). The pattern syntax is described below.

Exclusions

You may also specify Ant-style patterns for files to be excluded from the artifact. Files matching any one of these patterns will not be included in the artifact, even if they match an inclusion pattern. The pattern syntax is described below.

Pattern Syntax

File inclusion and exclusion patterns should be paths separated with forward slashes, possibly including wildcards. The following wildcards are supported:

Wildcard Description
? Matches any single character.
* Matches any string of characters (including the empty string) within a single directory or filename, but does not match multiple path elements.
** Matches any string of characters, possibly including multiple path elements.

To illustrate:

Pattern Description Matches Does Not Match
*.java Matches all files in the base directory ending in ".java". Foo.java
Bar.java
src/Foo.java
MyFile.? Matches any file named "MyFile" with a single character extension. MyFile.c
MyFile.h
MyFile.txt
. Matches any file with a "." somewhere in the name. Foo.java
Foo.
.txt
Foo
src/Source.?* Matches any file in the directory "src/" name named "Source" with an extension of at least one character. src/Source.txt
src/Source.java
Source.java
src/Source.
**/*.java Matches any file ending in ".java", nested anywhere in the base directory. Foo.java
src/Foo.java
src/com/zutubi/Foo.java
Bar.c
Bar.javax
src/**/*.java Matches any file ending in ".java" nested under the "src/" directory. src/Foo.java
src/com/zutubi/Foo.java
Foo.java
test/src/Foo.java

Zutubi wiki is Powered by Atlassian Confluence, the Enterprise Wiki. (Version: 2.2.10 Build:#528 Nov 29, 2006) - Bug/feature request - Contact Administrators