subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Eric Johnson <e...@tibco.com>
Subject Re: SVN
Date Fri, 27 May 2016 20:43:32 GMT
On 5/27/16 12:57 PM, Joseph Bruni wrote:
>
> On May 26, 2016, at 10:09 PM, PERRY JENNINGS 
> <PJENNINGS@FAMILYDOLLAR.com> wrote:
>
>> Family Dollar has implemented SVN and about sixty percent of projects 
>> within the organization currently uses this repository to maintain 
>> source code for object-oriented applications. However, the remaining 
>> forty percent of source code within the organization cannot use SVN 
>> because the code is for *non-object-oriented* applications ;
>>
Terminology is confusing me here. Object-oriented code has nothing to do 
with version control. Is what you really mean that you work with tools 
that deal with either monolithic project files, or smaller but opaque 
binary files?
>>
>> hence a single file, not a project needs to be checked in and out of 
>> the repository.  So my question is: Are you aware of a client that 
>> could be used to checkout and checkin a single file to the SVN 
>> repository and maintain the version number of the source code that is 
>> checked in?   If not, do you know if SVN has the single file checkout 
>> and checkin feature?
>>
As a previous poster has mentioned, Subversion has "lock" functionality, 
so you can signal to people that changes are pending.
>
> We do the same thing for the database SQL scripts, stored procedure 
> code, and various one-off Perl programs. Source control systems like 
> SVN (or Git) don't really lend themselves directly to this type of object.
Why would you say that? I've used Subversion for all of the above. Works 
great. I'd be curious what issues you've run into?
> We do use SVN, but layered a lot of process on top of it to keep 
> ourselves somewhat sane.
That's true of any source control system. You still need to manage the 
people and the workflows. Version control tools just make it easier to 
manage the shared built artifacts.
>
> I can imagine someone could build a nice single-file revision control 
> system on top of SVN, but it would require a new type of client that 
> would hide the directory revisioning from the user.
An alternate tool like Perforce can be used, as I recall, to actively 
prevent people from making changes to a file when it isn't "checked 
out". This is otherwise known as "pessimistic locking." If your user 
needs require pessimistic locking, then you should use a tool that does 
it. Probably not a good idea to squeeze everything into Subversion, if 
that's the case.

Eric.



Mime
View raw message