[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: GUI Diff on Repository HEAD and "a" directory?

From: Mark Phippard <markphip_at_gmail.com>
Date: 2007-03-18 21:18:48 CET

On 3/18/07, Tom Malia <tommalia@ttdsinc.com> wrote:
>
> *[Tom Malia] It's a team development is the issue… at any given time,
> I've got 2 or three programmers (non-in the same geographic area) working on
> the code for a single EXE. Some working on some features and bugs and
> others working on other features and bugs. In VSS, you don't have "merge"
> functionality so frequently one person checks the project out while other
> "get latest version" (the equivalent of export) and every works on the stuff
> they need to work in. Then, before you "check in" if you were one of the
> ones that just did an export, you Diff the entire project in your working
> folder against the current contents of the repo version of the project then
> go through and manually perform a merge and then check your stuff into the
> repo. I know this isn't the way things are "suppose to be done" but it's
> how things are done and it's really fairly functional for us for right now.
> *
>

But that was my point. You were doing this because of VSS. Subversion does
not have these problems or limitations, so change the way you work so that
you are letting Subversion do this work for you.

> *Another occasional scenario occurs when we need to ship a project's
> source code off to an outside consultant to deal with particular problem or
> something and that outsourcer doesn't have SVN, so we package the
> development directory up, send it off and when it comes back with the
> desired correction, it also comes back without the .SVN folder… again, not
> ideal but these are the kind of things that happen.*
>

This might have been an issue when consultant's would have needed a VSS
license and even then probably did not have access to your repository.
Anyone can get a copy of Subversion and it would be easy technically (maybe
not politically or other really good reasons) to get these people access to
the repository. I would consider working with consultants the same way open
source projects work. Give them read access to a repository and ask them to
submit patches. This works really well.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
Received on Sun Mar 18 21:19:12 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.