RE: File status control

Hi Andy,

you are probably right if we think only about code and software projects; however, the needs for these features here are to control "documentation projects" i.e.: to handle documents for ISOs and IECs standard implementation (we pretty much handle .doc files - no need to handle line diffs and merges for instance).

Note: An important requirement here is that the path of the document shall never change once it has been defined and published internally.

Some uses cases:
- Only create a "release" versions of the documentation when all the documents are with the "approved" status.
- Only specific author can make revisions
- A document cannot be "approved" if it has not been "reviewed" and so on...

I am not comfortable yetwith the solution we're planning to use in order to solve this, however, it seems to be the solution with less "side-effect" to the users (once SVN is already used as a repository system for the documents).

I am still trying to put the ideas together to come up with a good solution. I am open to suggestions...

________________________________
From: Andy Levy [andy.levy_at_gmail.com]
Sent: 27 November 2012 15:24
To: Perico Neto Armando
Cc: users_at_subversion.apache.org
Subject: Re: File status control

On Tue, Nov 27, 2012 at 8:44 AM, armando.perico.neto_at_usi.ch<mailto:armando.perico.neto_at_usi.ch> <armando.perico.neto_at_usi.ch<mailto:armando.perico.neto_at_usi.ch>> wrote:
Guten Tag Thorsten!

that's what I've imagined.

We actually have to use SVN as a sort of configure management system. I am currently writing a pre-commit hook so we can control it without using the "svn:properties" (we've decided to add a flag on the commit messages with the current file statuses. It doesn't look much elegant but this was the only way we've managed to have it "user-friendly"//acceptable for the developers.

It seems weird though that subversion has not a native way of doing so, people from the "quality departments" love this sort of functionality.

I never consider "file" statuses for the items in my source code repository - only the status of the entire project, via my tags & branches. Releasing individual files to an environment (at least for software my team and I have built) would just lead to large amounts of confusion, and broken releases.
Received on 2012-11-27 16:52:14 CET