Project

General

Profile

Actions

Feature #991

open

Document versioning

Added by Steve V almost 16 years ago. Updated over 9 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Documents
Target version:
-
Start date:
2008-04-04
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

I thought Redmine previously did this, but I might be mistaken... It would be great if there was a way to upload a new version of a document, and still retain the old one. Just sequential numbering, with upload timestamp, and uploading user would probably be fine. Maybe a comment field to allow description of what changed from the previous version. Redmine does so much else for project management so well, this would definitely be another great feature. If it's already there and I'm just missing it, please let me know.


Related issues

Related to Redmine - Feature #3995: Upgrade to "Files" moduleNewJean-Philippe Lang2009-10-08

Actions
Related to Redmine - Feature #1196: Add versioning for Files and DocumentsNew2008-05-07

Actions
Has duplicate Redmine - Feature #800: Enable versioning for Documents and Files modulesClosed2008-03-06

Actions
Has duplicate Redmine - Feature #736: documents - directories and versionsNewJean-Philippe Lang2008-02-25

Actions
Has duplicate Redmine - Feature #2555: Possibility for update Documents - version control Closed2009-01-21

Actions
Actions #1

Updated by Jos Yule almost 16 years ago

I had a similar request in (issue #800 - i've set its status to "resolved") but this is more straight-forward and, hopefully, implementable.

Actions #2

Updated by Thomas Lecavelier almost 16 years ago

  • Status changed from New to Closed

Closed as duplicated of #991 at reporter request.

Actions #3

Updated by Thomas Lecavelier almost 16 years ago

  • Status changed from Closed to Reopened

(I'm a baka... forgot that duplicated issue are linked)

Actions #4

Updated by Michael Aye over 15 years ago

+1

Actions #5

Updated by Andreas Huggel about 15 years ago

+1

Actions #6

Updated by William Bush about 15 years ago

+1

Actions #7

Updated by Klas Germunder over 14 years ago

Any thing new in this issue?

Actions #8

Updated by Dario Laera over 14 years ago

+1

Actions #9

Updated by Andreas Huggel over 14 years ago

+1

Actions #10

Updated by Richard Hurt about 14 years ago

+1

My teammates and I were just discussing this feature in a hallway meeting. Is there any strategy at all for dealing with versioned documents?

Actions #11

Updated by julien brule almost 14 years ago

+1

Actions #12

Updated by Alvaro Herrera over 13 years ago

I've been recently converting some Wiki pages to Documents, but this lack of version control makes me question whether this is really a good choice. So +1 for some sort of versioning strategy for documents.

Actions #13

Updated by Dylan Yee over 13 years ago

+1
I have been looking for a project management system that can include simple document management with versioning. So far sharepoint did that but I just dont like sharepoint. If redmine could implement this my organization would have accept redmine.
Also, If wiki can be used as documentation would be a real great function, and as Alvaro suggested, adding versioning to wiki will be very helpful

Actions #14

Updated by Terence Mill over 13 years ago

Just also have a look at a similar discussion in Forum.

Beyond the ui discussion, can you use a common and established scm or other dms service to save and handle the versioning and metadata handling around the files?
Most people won't like to save their file and history to new kind of system. The task "versioning of files" is already done and there are enough good standars to use or build on.

Some thinking and ideas..
In our case we use as scm Subversion and advanced integration via webdav. The problem is that we would need a business analyst compatible frontend for uploading (crud), versioning, watching changes and managing project documentation beyond code (there our coders use svn clients on svn server behind redmine).

You could use the standard scm configured in project archiv or embedd a defined one for saving the versions of files and docs.

In the case of using svn with adavanced redmine integration, you already have webdav on svn. Now you "only" need a nice frontend so some special folders on svn repo where you manage the docs and files for your project.

Actions #15

Updated by Aaron Boxer over 13 years ago

+1
This would be a killer feature for us. I just introduced Redmine primarily to track dev issues, but we are beginning to use more of its project management features. Lack of versioning is a big problem; we need an audit
trail of who changes documents, and some users are not tech-savvy in using another SCM system for documents.
I will have to set up a second wiki, such as FOSWIKI, which does versioning, and link to Redmine, but it would be much simpler to not have to do this.

Actions #16

Updated by Aleksandar Pavic over 13 years ago

+1 ppl in my company cries over it...

Actions #17

Updated by Felix Schäfer over 13 years ago

Aleksandar Pavic wrote:

+1 ppl in my company cries over it…

You could also use SVN, which is intended for such purposes, you know?…

Actions #18

Updated by Aleksandar Pavic over 13 years ago

What Steve V, and Aaron Boxer explained with this feature request is what I exactly need.

I can't make non-tech people use & install SVN.
They just get URL to redmine with username/password and use it for collaboration on tasks & documents
on marketing projects.

Additional + would be to see all files ever uploaded on issues in files module, like #3995

Actions #19

Updated by Dario Laera over 13 years ago

Aleksandar Pavic wrote:

What Steve V, and Aaron Boxer explained with this feature request is what I exactly need.

I can't make non-tech people use & install SVN.
They just get URL to redmine with username/password and use it for collaboration on tasks & documents
on marketing projects.

I agree. Probably the ideal solution is to have the documentation module using a repo as back end for storing and versioning files, and providing a simple interface similar to the actual one as front end.

Actions #20

Updated by Pedro Gutierrez over 13 years ago

I agree. Probably the ideal solution is to have the documentation module using a repo as back end for storing and versioning files, and providing a simple interface similar to the actual one as front end.

Sure, I also agree that SVN is not the best option for non-technical people

#3071 addresses this topic of providing an external repository for storing and versioning such as Alfresco. But, so far, I've seen no progress.

Dealing with documents much easier, however, can be done through existing plugins such as #801. My colleague Xabier has been uploading changes these days to improve this plugin developed by Arnaud. I recomend it.

Actions #21

Updated by Karel Pičman almost 13 years ago

Try a new DMSF plugin here http://www.redmine.org/plugins/dmsf. The plugin implements basic DMS features such as versioning, folder structure, multi upload, workflow,...

Actions #22

Updated by Toshi MARUYAMA over 9 years ago

  • Related to deleted (Feature #2555: Possibility for update Documents - version control )
Actions #23

Updated by Toshi MARUYAMA over 9 years ago

  • Has duplicate Feature #2555: Possibility for update Documents - version control added
Actions #24

Updated by Toshi MARUYAMA over 9 years ago

Actions #25

Updated by Toshi MARUYAMA over 9 years ago

  • Related to Feature #1196: Add versioning for Files and Documents added
Actions #26

Updated by Toshi MARUYAMA over 9 years ago

  • Status changed from Reopened to New
Actions

Also available in: Atom PDF