Perforce 2000.1 Command Line User's Guide (2000.1.ug.3)
<< Previous Chapter
Branching
Table of Contents
Index
Perforce on the Web
Next Chapter >>
Reporting and Data Mining

Chapter 10
Job Tracking
A job is a written description of some modification to be made to a source code set. A job might be a bug description, like "the system crashes when I press return", or it might be a system improvement request, like "please make the program run faster."

Whereas a job represents work that is intended, a changelist represents work actually done. Perforce's job tracking mechanism allows jobs to be linked to the changelists that implement the work requested by the job. A job can later be looked up to determine if and when it was fixed, which file revisions implemented the fix, and who fixed it. A job linked to a particular changelist is marked as completed when the changelist is submitted.

Jobs perform no functions internally to Perforce; rather, they are provided as a method of keeping track of information such as what changes to the source are needed, which user is responsible for implementing the job, and which file revisions contain the implementation of the job. The type of information tracked by the jobs system can be customized; fields in the job form can be added, changed, and deleted by Perforce superusers.

Job Usage Overview


There are five related but distinct aspects of using jobs.

The remainder of this chapter discusses how these tasks are accomplished.

Creating and Editing Jobs
using the Default Job Specification


Jobs are created with the p4 job command.

Since job fields differ from site to site, the fields in jobs at your site may be very different than what you see above. The default p4 job form's fields are:

Field Name
Description
Default

Job

The name of the job. Whitespace is not allowed in the name.

new

User

The user whom the job is assigned to, usually the username of the person assigned to fix this particular problem.

Perforce username of the person creating the job.

Status

open, closed, suspended, or new.

An open job is one that has been created but has not yet been fixed.

A closed job is one that has been completed.

A suspended job is an open job that is not currently being worked on.

Jobs with status new exist only while a new job is being created; they change to status open as soon as the form has been completed and the job added to the database.

new; changes to open after job creation form is closed.

Date

The date the job was created, displayed as YYYY/MM/DD HH/MM/SS

The date and time at the moment this job was created. Changes to this field will be ignored.

Description

Arbitrary text assigned by the user. Usually a written description of the problem that is meant to be fixed.

Text that must be changed

If p4 job is called with no parameters, a new job is created. The name that appears on the form is new, but this can be changed by the user to any desired string.   If the Job: field is left as new, Perforce will assign the job the name jobN, where N is a sequentially-assigned six-digit number.

Existing jobs can be edited with p4 job jobname. The user and description can be changed arbitrarily; the status can be changed to any of the three valid status values open, closed, or suspended. When you call p4 job jobname with a nonexistent jobname, Perforce creates a new job. (A job, if submitted with a Status: of new, has this status automatically changed to open upon completion of the job form.)

Creating and Editing Jobs
with Custom Job Specifications


A Perforce superuser can add and change fields within your server's jobs template with the p4 jobspec command. If this has been done, there may be additional fields in your p4 jobs form, and the names of the fields described above may have changed. At Perforce, our jobs look (in part) like this:

# Perforce Jobs at Perforce:
#
# Job:           Job number
# Type:          The type of the job. Acceptable values are
#                "bug", "sir", "problem" or "unknown"
# Status:        Has the job been fixed: Acceptable values are
#                "open", "closed", or "suspended"
# Priority:      How soon should this job be fixed?
#                Values are "a", "b", "c", or "unknown"
#                (This is NOT the same as severity!)
# Subsystem:     One of p4/gui/doc/mac/misc/unknown
# Owned_by:      Who's fixing the bug
# Reported_by:   Who reported the bug
# Reported_date: When the bug was first entered
# Mod_date:      Last time the bug was updated
# Call_Numbers:  If from calltrack, the call numbers
# Customers:     Email addresses of customers, one per line
# Description:   Textual description of the bug

Job:    new

Type:   unknown

Status: open

Priority:       unknown

Subsystem:      unknown

User:           unowned

Reported_By:    rlo

Reported_Date:  1998/06/03 15:09:46

Mod_Date:       1998/06/03 15:09:46

Description:
        <enter description here>

The rest of the examples in this chapter use the above job specification.

Some of the fields have been set by the superuser to allow one of a set of values; for example, Priority: must be one of a, b, c, or unknown. The p4 job fields don't tell you what the valid values of the fields are; your Perforce superuser can tell you this in comments at the top of the job form. If you find the information in the comments for your jobs to be insufficient to enter jobs properly, please tell your Perforce superuser.

Viewing Jobs by Content with Jobviews


Jobs can be reported with p4 jobs. In its simplest form, with no arguments, p4 jobs will list every job stored in your Perforce server. However, p4 job -e jobview will list all jobs that match the criteria contained in jobview.

Throughout the following discussion, the following rules apply:

Finding Jobs Containing Particular Words

The jobview 'word1 word2 ... wordN' can be used to find jobs that contain all of word1 through wordN in any field (excluding date fields).

Spaces between search terms in jobviews act as boolean and's. You can use ampersands instead of spaces in jobviews, so the jobviews 'joe sue' and 'joe&sue' are identical.

To find jobs that contain any of the terms, separate the terms with the '|' character.

Finding Jobs by Field Values

Search results can be narrowed by matching values within specific fields with the jobview syntax 'fieldname=value'. Value must be a single alphanumeric word.

Using Wildcards in Jobviews

The wildcard "*" allows for partial word matches.

The jobview "fieldname=string*" matches "string", "stringy", "stringlike", and so on.

Negating the Sense of a Query

The sense of a search term can be reversed by prefacing it with ^, the not operator.

The not operator ^ can be used only directly after an and (space or &). Thus, p4 jobs -e '^user=edk' is not allowed.

You can use the * wildcard to get around this: p4 jobs -e `job=* ^user=edk' will return all jobs with a user field not matching edk.

Using Dates in Jobviews

Jobs can be matched by date by expressing the date as yyyy/mm/dd or yyyy/mm/dd:hh:mm:ss. If you don't provide a specific time, the equality operator = matches the entire day.

Comparison Operators and Field Types

The usual comparison operators are available. They are:

=

>

<

>=

<=

The behavior of these operators depends upon the type of the field in the jobview. The field types are:

Field Type
Explanation
Examples

word

a single word

A user name: edk

text

A block of text

A job's description

line

A single line of text. Differs from text fields only in that line values are entered on the same line as the field name, and text values are entered on the lines beneath the field name.

An email address

A user's real name: Linda Hopper

select

One of a set of values

A job's status:

open/suspended/closed

date

A date value

The date and time of job creation:

1998/07/15:13:21:4


Field types are often obvious from context; a field called mod_date, for example, is most likely a date field. If you're not sure of a field's type, run p4 jobspec -o, which outputs the job specification your local jobspec. The field called Fields: lists the job fields' names and datatypes.

The jobview comparison operators behave differently depending upon the type of field they're used with. The comparison operators match the different field types as follows:

Field Type
Use of Comparison Operators in Jobviews

word

The equality operator = must match the value in the word field exactly.

The inequality operators perform comparisons in ASCII order.

text

The equality operator = matches the job if the word given as the value is found anywhere in the specified field.

The inequality operators are of limited use here, since they'll match the job if any word in the specified field matches the provided value. For example, if a job has a text field ShortDescription: that contains only the phrase gui bug, and the jobview is 'ShortDesc<filter', the job will match the jobview, because bug<filter.

line

See text, above.

select

The equality operator = matches a job if the value of the named field is the specified word. Inequality operators perform comparisons in ASCII order.

date

Dates are matched chronologically. If a specific time is not provided, the operators =, <=, and >= will match the whole day.

Linking Jobs to Changelists


Perforce will automatically change the value of a job's status field to closed when the job is linked to a particular changelist, and the changelist is submitted.

Jobs can be linked to changelists in one of two ways:

Automatically Linking Jobs to Changelists with the p4 user Form

The p4 user form can be used to automatically include particular jobs on any new changelists created by that user. To do this, call p4 user and change the JobView: field value to any valid jobview.

Automatic Update of Job Status

The value of a job's status field is automatically changed to closed when one of its associated changelists is successfully submitted. Jobs can be disassociated from changelists by deleting the job from the changelist's change form, and any job can be added to a changelist.

Manually Associating Jobs with Changelists

p4 fix -c changenum jobname can be used to link any job to any changelist. If the changelist has already been submitted, the value of the job's Status: field is changed to closed. Otherwise, the job keeps its current status.

It is never necessary to use p4 fix to link an open job to a changelist newly created by the owner of the job, since this is done automatically. However, you can use p4 fix to link a changelist to a job owned by another user.

What if There's No Status Field?

The discussion in this section has assumed that the server's job specification still contains the default Status: field. If the job specification has been altered so that this is no longer true, jobs can still be linked to changelists, but nothing in the job will change when the changelist is submitted. Please see the chapter on editing job specifications in the Perforce System Administrator's Guide for more details.

Deleting Jobs


A job can be unlinked from any changelist with p4 fix -d -c changenum jobname.

Jobs can be deleted entirely with p4 job -d jobname.

Integrating to External Defect Tracking Systems


The Perforce job reporting functionality can be used to integrate jobs into external programs, such as defect tracking systems, via daemons. Please see the Perforce System Administrator's Guide for more about daemons.

Job Reporting Commands


The job reporting commands can be used to show the correspondence between files and the jobs they fix.

To See a Listing of...
Use This Command:

...all jobs that match particular criteria

p4 jobs -e jobview

...all the jobs that were fixed by changelists that affected particular file(s)

p4 jobs filespec

...all changelists and file revisions that fixed a particular job

p4 fixes -j jobname

...all jobs linked to a particular changelist

p4 fixes -c changenum

...all jobs fixed by changelists that contain particular files or file revisions

p4 fixes filespec

Other job reporting variations are available. For more examples, please see "Job Reporting" on page 89, or consult the Command Reference.


Perforce 2000.1 Command Line User's Guide (2000.1.ug.3)
<< Previous Chapter
Branching
Table of Contents
Index
Perforce on the Web
Next Chapter >>
Reporting and Data Mining
Please send comments and questions about this manual to [email protected].
Copyright 1997, 1998, 1999, 2000 Perforce Software. All rights reserved.
Last updated: 10/09/00