On Wednesday 25 August 2004 02:59, bruce wrote:
> i also envision users who will act as testers of the functions. once the
> test person verifies that the file/function works, i'd like for the test
> person to be able to copy the file/function into a 'valid' directory. the
> 'valid' directory would basically be a storage of the working/complete
> my question has to do with how this kind of environment should be setup. is
> it possible within 'subversion' to actually 'tag' a file, or set a property
> that can be used to denote that the given version of the file is 'good'? or
> would it be better to set up a directory were i would just copy the
> 'working files' to once they were verified? would this be a 'branch'?
If I understand you correctly, then, yes, your testers could just 'svn cp' the
'accepted' functions to a 'valid directory'. Now, if your coders modify those
functions, I assume they need re-testing, which would then take place in the
'original location'. After testing again, they would be copied again.
This would have the benefit of always having a working 'active' function tree.
This is something like tagging, and we use this style for our in-house
products, it fits our development model quite well.
The big advantage of such a scheme in your case is, that you can 'accept'
individual files as needed.
> it seems as though i'm making this a little more complex than it has to
> be... with msoft vss, i could simply creae the different dirs, and
> move/copy the underlying files as i needed to.. so i'm fairly certain that
> what i'm trying to do is pretty straight-forward if i really understood
> also, in using the tortise client, and reviewing test files in a test
> repository, it appears that revisions are integers... does subversion using
> integers exclusively, or is it possible to use the dot '.' format for
> version/revision numbers, or am i confusing the role/usage of
> revision/version numbers with subversion..
> thanks for all/any pointers/comments/etc...
No, svn uses integers, period. This revision number is just a 'transaction
counter', and should not have anything to do with project version numbers.
(Except your release could point back to a svn revision, for reference).
Leading SW developer - S.E.A GmbH
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Aug 25 10:05:24 2004