Quoth Phil Endecott <mailto:spam_from_subversion_users@chezphil.org>:
> Erik, why is it important to you that the revision number
> doesn't change when you change the status of a file? It seems
> like an unnecessary restriction to me. Perhaps you are putting
> too much value on the repository revision number. It is just a
> number.
I think what Erik was hinting at was this sort of scenario:
1. Commit some changes to a group of files as revision #245.
2. QA group updates to revision #245 and begins testing.
3. Commit some other changes (potentially overlapping) as revision #246.
4. QA group approves revision #245, and wants to mark all changes in it
as approved (or possibly even approve some changes and deny others) --
but they don't want to approve anything that happened in #246, and AFAIK
property changes can only be made to the HEAD revision...?
If this is the case, then I think branching is the way you'll have to
go. Copy revision #245 to an "approved" branch; once #246 is tested and
approved, merge those changes in too. And so forth.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Dec 20 02:07:22 2005