Skip to content

Latest commit

 

History

History
108 lines (74 loc) · 4.76 KB

README.rdoc

File metadata and controls

108 lines (74 loc) · 4.76 KB
Raw

Custom Workflows plug-in ↑

This plug-in provides a great functionality for those who is familiar with the Ruby language. It allows to customize workflow by defining own rules for issues processing. It’s possible:

  • To change issue properties if some conditions are met;

  • To create new issues programmatically if the conditions are met (for example you can create an issue in another project if the status of source issue is changed to specific value);

  • To raise custom errors which will display to user, if he does something wrong;

  • To do anything that conforms to your needs;

Thanks to ↑

Plugin development is supported by DOM Digital Online Media GmbH

www.dom.de

Installation ↑

From a ZIP file:

  • Download the latest version of the plugin

  • Unzip to /plugins (Redmine 2.x) or /vendor/plugins (Redmine 1.x) folder of Redmine

From a GIT repository:

  • Clone repository with git clone git://git.academ.org/redmine_custom_workflows.git plugins/redmine_custom_workflows command

After download:

  • Run rake redmine:plugins:migrate (Redmine 2.x) or rake db:migrate:plugins (Redmine 1.x).

  • Restart Redmine.

Configuration ↑

First, you need to define your own custom workflow(s). We already included one, called “Duration/Done Ratio/Status correlation”. You’ll find it after installing the plug-in. It demonstrates some possibilities of plug-in.

Go to the Administration section, then select Custom workflows. A list of defined workflows will appear. Here you can create new workflow, update, reorder and delete existing workflows. The order of workflows specifies the order in which workflow scripts will be executed.

Then click the Create a custom workflow button. Enter a short name and full description. Below you will see two textareas. Fill one or both textareas by Ruby-language scripts that will be executed before and after saving the issue (on before_save and after_save callbacks respectively).

Both scripts are executed in the context of the issue. So access properties and methods of the issue directly (or through keyword “self”). You can also raise exceptions by raise WorkflowError, “Your message”. If you change some properties of the issue before saving it, it will be revalidated then and additional validation errors can appear.

Enabling workflows for projects ↑

After you defined your custom workflow(s), you need to enable it for particular project(s). There are two ways of doing this.

  • While editing existing or creating new custom workflow;

  • In project settings (if the user has appropriate permission). Open Project settings. Go to the Custom workflows tab of the project settings and enable workflow(s) you need for this project.

Now go to the Issues and test it.

Duration/Done Ratio/Status correlation example ↑

Fill the “before save” script with:

if done_ratio_changed?
  if done_ratio==100 && status_id==2
    self.status_id=3
  elsif [1,3,4].include?(status_id) && done_ratio<100
    self.status_id=2
  end
end

if status_id_changed?
  if status_id==2
    self.start_date ||= Time.now
  end
  if status_id==3
    self.done_ratio = 100
    self.start_date ||= created_on
    self.due_date ||= Time.now
  end
end

Example of creating subtask if the issue’s status has changed. ↑

Fill the “before save” script with:

@need_create = status_id_changed? && !new_record?

Fill the “after save” script with:

if @need_create
  issue = Issue.new(
    :author => User.current,
    :project => project,
    :tracker => tracker,
    :assigned_to => author,
    :parent_issue_id => id,
    :subject => "Subtask",
    :description => "Description")

  issue.save!
end

Do not forget to check whether issue is just created. Here we create the new issue and newly created issue will also be passed to this script on save. So without check, it will create another sub-issue. And etc. Thus it will fall into infinite recursion.

Compatibility ↑

This plug-in is compatible with Redmine 1.2.x, 1.3.x, 1.4.x, 2.x.x, 3.x.x (starting from version 0.1.0)

Changelog ↑

0.1.0

Compatibility with Redmine 3.x, support of Redmine 2.x.x has dropped (for Redmine 2.x.x please use version 0.0.5)

0.0.5

Compatibility with latest versions of Redmine 2.x.x

0.0.4

  • Added ability to enable workflows globally for all projects. No need to enable ‘Custom workflows’ project module anymore. Just go to the ‘Administration’ -> ‘Custom workflows’ section and enable or disable your workflows in one place.

  • Fixed bug with ‘Status transition prohibited’ when updating the issue status by the repository commit

0.0.3

Compatibility with 1.2.x, 1.3.x

0.0.2

Added ability to define after_save script along with before_save, improved logging, changed context of executing script to the issue.

0.0.1

Initial commit