Issue Details (XML | Word | Printable)

Key: JRA-12059
Type: Improvement Improvement
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Alexander Saint Croix
Votes: 10
Watchers: 8
Operations

If you were logged in you would be able to see more operations.
JIRA

Bulk Copy (clone+move) Issues to Multiple Projects

Created: 01/Feb/07 01:11 PM   Updated: 10/Mar/08 05:08 PM
Component/s: Bulk Operations
Affects Version/s: 3.7.3
Fix Version/s: None

Time Tracking:
Not Specified

Environment: Jira 3.7.3, all infrastructure.
Issue Links:
Reference
 

Participants: Alexander Saint Croix and CalebD
Since last comment: 30 weeks, 1 day ago
Labels:


 Description  « Hide
I'm working on rolling out JIRA to a Big 10 University in the U.S. We anticipate the potential to have hundreds or possibly thousands of projects in our installation. One of the features we are keen on being able to offer our faculty is the ability to create a series of tasks organized into milestones (versions) such as phased assignments, research projects, etc. Ideally each instructor will be able to create task collections in a "master" course template, and clone out entire filter sets (including relevant issues and versions) to a collection of other projects belonging to their students. At the beginning of the course, the instructor could bulk copy these assignments and tasks out to each participant student's personal time management project, and they'd each have a unique copy of the tasks, organized into version milestones. Right now, I envision this will involve the following:

1. The ability to create a project with tasks tied to given milestones. This functionality exists in the present version of JIRA (3.7.2)
2. The ability to bulk copy (clone and move) an entire project milestone, including all relevant issues, to a list of projects. This feature does not presently exist.
3. The possibility to deny the ability described in item 2 above to a specific list of users on the server.

I am willing to build this custom feature myself, but will need to purchase a source license first. However, the functionality might warrant a place in the default JIRA installation.

The advantage of being able to do this in a default installation of JIRA is that it would simplify multi-project installations for all Open Source communities.

EXAMPLE: all new projects need to perform basic project set-up chores (all administrivia you need to do to start an Open Source project, for example:

  • creating username on the appropriate servers,
  • setting up your ssh public keys,
  • mailing list tasks,
  • web site,
  • source repository publication,
  • adding developers and managing permissions,
  • producing unit tests,
  • documentation,
  • first release

All of these common tasks could be grouped into a "Getting Started" milestone that server admins could clone out to all new projects. We used to run into this problem at the CodeHaus all the time. The Apache software foundation also has a long list of things that all new projects must complete in order to become an official TLD. These tasks should be able to be auto-cloned wholesale to one or more existing projects from a master template.

I think having a case study on how to tie JIRA-based task management into the traditional academic enterprise would significantly increase the academic interest in this product. I saw some other issues out there that sort of batted this concept around, but nothing definitive or even that descriptive. I can't estimate how long this might take to implement, but welcome any suggestions or feedback from the JIRA development team.



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Alexander Saint Croix added a comment - 01/Feb/07 01:36 PM
The functionality I'm describing cannot be performed right now with a simple "move" or bulk move operation. It requires that we can copy and move multiple issues to ONE OR MORE projects at the same time, and control who has that ability through group management.

Alexander Saint Croix added a comment - 01/Feb/07 01:39 PM
If the options menu for cloning included a comma-separated list of projects, this would be perfect. It seems, however, that we'd need to be able to limit who has access to that ability through some sort of group management for our enterprise.

Alexander Saint Croix added a comment - 01/Feb/07 01:46 PM
Ideally, entire versions (milestones) would be able to transfer with the copied items, and allow the project lead to specify due dates appropriate to the version before the issues are copied to the other projects.

CalebD added a comment - 10/Mar/08 05:08 PM
I'm surprised that Atlassian has not commented on this request. Is it because there's already a way to do this with JIRA? I'd like to know the status of this.