If you are the owner or maintainer of a project, you will see an "Edit" link at the top of the page for that project (see content control links if you can't find the Edit link). By clicking on the "Edit" link you will be able to edit different settings for the individual project.

You will find three groups of settings that you can edit:

• Projects
• Issues
• Releases

The settings for each group are explained below. Make sure that if you make any changes to the settings you first click the Submit or Save button at the bottom of the page before clicking one of the other content control links (eg. Issues or Releases).

Projects

The configuration options in the Projects group are the same options described in Creating a project.

Issues

• Issue information

  Enable issue tracker

  Checking this box allows your project to have an issue tracker that can be used for tracking bugs, feature requests, support requests, and other types of issues. You should leave this box checked.

  Components

  You can add or remove components that will appear in the issue tracker form. For example, if your package is a data acquisition and analysis package, you might add Acquisition and Analysis as components in this setting.

  Submission guidelines

  Any instructions you add here will be presented to users when they create issues for your project.

• Issue e-mail options

  Weekly critical issues report

  If an e-mail address is entered here, a weekly message will be sent to that address with information on all issues marked critical in the issue tracker for the project.

  Issues e-mail address

  If an e-mail address is entered here, each new issue and issue follow-up will be sent to that address. We recommend that you enter your address here so that you will be notified of any new issues for your project that users create.

  Categories

  If you want only issues in certain categories to be sent to you, select those categories here.

  States

  If you want only issues in certain states to be sent to you, select those states here.

  Monthly reminder

  Checking this box will cause a monthly reminder message to be sent out to all users of your project that have created issues that are still open (unresolved). We recommend that you do not check this box, since doing so may annoy your project's users.

Releases

• Supported versions table

  If you have created multiple releases for your project with different major version numbers or different Igor compatibility, you will have several rows in the supported version table. For each major release you may mark the release as supported if you plan to continue supporting that version, or uncheck the supported box if you no longer plan to support that version. If you have multiple major versions of your project for a single Igor version, you can select which of the major versions will be listed in the download tables as recommended. If your project uses Subversion for version control, you can choose whether to display snapshot releases (releases automatically built from branches) for each major version. We recommend that you check this box so that users can download development snapshot releases of your project. If your project does not use Subversion, checking the box will have no effect.

• Advanced options

  Enable releases

  You can uncheck this box to disable releases of your project. However, there is not usually a good reason for doing this, so we recommend that you leave this box checked.

  Version format string

  If your project uses Subversion and if you wish to have releases of your project that are built automatically from branches (development snapshots) and/or tags (official releases) to be named using a different pattern than the site's default naming scheme, you can make that change here. We recommend that you not change this setting, however, so that releases from all projects on the site follow a consistent pattern. If your project does not use Subversion, changing this setting will have no effect.