Redmine

Implemented it as 'Workspaces', (except for the closed state) on my git repository with a few improvements, and it is awesome!

Now I can have different workflows assigned to the same tracker and role names, in different projects.

• In Administration, you can add workspaces in 'Workspaces'.
• In Administration > Workflow, there is a new filter 'Workspace'.
• Changing the workspace switches between different sets of workflows (also working if the Field Permission tabs).
• Summary has a dropdown menu to switch between different workspaces.
• On Project > Settings, you can change the workspace the project is using.
• You can't delete the default workspace (also, when migrating, this is where all previous workflows go to).
• Patched against Redmine 3.2 stable.

How to get it:

Could someone change this Feature to Patch?

Jan from Planio www.plan.io wrote:

It's an interesting (albeit far-reaching and complex) patch, thank you for proposing it. In order for a patch of this magnitude to be considered though, it would need full test coverage and it shouldn't break any existing tests. If possible, I'd also recommend to break it down into a series of patches in which each patch results in a working version of Redmine with all tests passing, but separating your work into separate chunks that can stand by themselves.

I should prepare a testing environment :-) The patch is the result of four commits on my github redmine tree, the main one changes about 30 files and is hard to break down, as soon as I add workflows to different workspaces, the test shoud break somewhere

From our work with Redmine in very large organisations at Planio the main requirement was for project teams to create their own trackers, statuses and workflows without the need of an admin and without interfering with other projects. Your patch seems to solve the latter challenge, but not the former one. With your solution, project teams requiring different workflows would still have to ask the Redmine Admin to create them for them, am I correct?

Yes, at least in this present state. We were already numbering roles and trackers to make different workflows, already not knowing which workflows were used in which projects, and querying the database. I started by trying to solve that problem.

Especially in large organisations, this creates a real challenge because admins wear many hats and administer many different systems. They may not be 100% familiar with the configuration interfaces in the Admin area of Redmine and how they correspond to the business needs of a project manager requesting a certain workflow change. This creates potential for misunderstandings when project managers are requesting a different set of workflows via email or on the phone. Sitting down with the admin to create them is often hard to realize and can take weeks for a project to get their required workflows implemented.

I think that a solution where certain roles can manage trackers, statuses, and workflows for their projects individually would be a better suited solution to the challenge we've seen with many large organisations.

You have to isolate these resources before empowering roles, or it could get out of control fast, for the Admins.

Workspaces could be extended to isolate Trackers, Issue statuses and Custom fields. You can extend roles so they could manage everything inside a Workspace. On top of that, the whole thing should be manageable by the admins, so the whole information has to be broken in manageable bits.

Hi Frederico !

May I suggest making a branch of 5.0-stable on your public git ?
I'd like to use this via Docker, and having a public git is much cleaner for that. I'd do it myself but I wouldn't want to steal this work :P.

Thanks !

Edit : Of course, if the format of a plugin is possible for such deep changes, that would be even greater, as I don't think this is gonna get patched into master anytime soon...
Edit again : nvm, foudn your branch... Thanks !

Hi Frederico Camara,
The latest redmine revision is now 5.1.1.
It is cheerful if you can get a chance to update your workspace patches to support the latest 5.1.1 revision. Thank you !
I just installed your patches but found not work correctly.
found 2 failures during the patching:

logs: ==============================
C:\Sites\redmine-5.1.1>"C:\Program Files (x86)\GnuWin32\bin\patch.exe" p1 < workspaces_redmine_5.0_all.patch 2> conflict.txt
patching file app/controllers/admin_controller.rb
Hunk #1 succeeded at 44 with fuzz 2 (offset 4 lines).
patching file app/controllers/workflows_controller.rb
Hunk #7 FAILED at 171.
1 out of 7 hunks FAILED - saving rejects to file app/controllers/workflows_controller.rb.rej
patching file app/controllers/workspaces_controller.rb
patching file app/helpers/members_helper.rb
Hunk #1 succeeded at 48 with fuzz 1.
patching file app/helpers/projects_helper.rb
patching file app/helpers/workflows_helper.rb
patching file app/models/issue.rb
Hunk #1 succeeded at 693 (offset 7 lines).
Hunk #2 succeeded at 1076 with fuzz 2 (offset 7 lines).
patching file app/models/issue_status.rb
Hunk #1 succeeded at 56 (offset 2 lines).
patching file app/models/project.rb
Hunk #1 succeeded at 41 with fuzz 2 (offset 1 lines).
Hunk #2 succeeded at 368 (offset 3 lines).
Hunk #3 succeeded at 491 (offset 7 lines).
Hunk #4 succeeded at 857 (offset 8 lines).
patching file app/models/role.rb
Hunk #1 succeeded at 276 (offset 7 lines).
patching file app/models/tracker.rb
Hunk #1 succeeded at 143 (offset 3 lines).
patching file app/models/workflow_permission.rb
patching file app/models/workflow_rule.rb
patching file app/models/workflow_transition.rb
patching file app/models/workspace.rb
patching file app/views/admin/projects.html.erb
Hunk #1 FAILED at 23.
Hunk #2 FAILED at 32.
2 out of 2 hunks FAILED - saving rejects to file app/views/admin/projects.html.erb.rej
patching file app/views/members/_edit.html.erb
patching file app/views/members/_new_form.html.erb
patching file app/views/principal_memberships/_edit.html.erb
patching file app/views/principal_memberships/_new_form.html.erb
patching file app/views/projects/_form.html.erb
patching file app/views/projects/index.api.rsb
Hunk #1 succeeded at 8 with fuzz 1 (offset 1 line).
patching file app/views/projects/settings/_issues.html.erb
patching file app/views/projects/show.api.rsb
patching file app/views/projects/show.html.erb
patching file app/views/workflows/_index_table.html.erb
patching file app/views/workflows/copy.html.erb
patching file app/views/workflows/edit.html.erb
patching file app/views/workflows/index.html.erb
patching file app/views/workflows/permissions.html.erb
patching file app/views/workspaces/_form.html.erb
patching file app/views/workspaces/edit.html.erb
patching file app/views/workspaces/index.api.rsb
patching file app/views/workspaces/index.html.erb
patching file app/views/workspaces/new.html.erb
patching file config/locales/en.yml
Hunk #1 succeeded at 646 (offset 9 lines).
Hunk #2 succeeded at 1006 (offset 10 lines).
patching file config/locales/pt-BR.yml
Hunk #2 succeeded at 876 (offset -5 lines).
patching file config/routes.rb
Hunk #1 succeeded at 381 (offset 7 lines).
patching file db/migrate/20160314174310_add_workspace_to_projects.rb
patching file db/migrate/20160314174311_add_workspace_to_workflows.rb
patching file db/migrate/20160314174312_create_workspaces.rb
patching file lib/redmine/preparation.rb
patching file public/stylesheets/application.css
Hunk #1 succeeded at 673 (offset 3 lines).
Hunk #2 succeeded at 999 (offset -3 lines). ==============================

Thank you Frederico Camara.
It did the job!