Ryan -
I'll try to answer your questions as best I can, but I'm not a
subversion expert. I'm the guy that spoke up in a meeting and said "We
need source control". I believe we're running subversion 1.3.something
on OS X 10.4. We're using Eclipse and Subclipse as our IDE and interface
to svn. I think it's a FSFS repository, but I'm not sure. I've been
unable to reproduce my error, despite the fact that it's happened a
number of times here; so I'm guessing that Joe discarded the changes
somehow. I can view the diff - in 43 there's a big block of text that
dave added, and in 44, the block is gone - but I can't figure out how
this happened. I'll have to take a closer look at how we're doing commits.
Cheers,
user dave
Ryan Schmidt wrote:
>
> On Sep 13, 2006, at 00:18, David Poole wrote:
>
>> I'm having a problem with my subversion installation. We're using ssh
>> on a OS X server to authenticate users, and the repositories are on
>> the same server. My problem is that the server isn't correctly
>> generating 'out of date' errors. Example: user Dave and user Joe
>> check out the project Bus at revision 42. Dave updates and commits
>> changes to plan.php, so the revision is now at 43. Joe modifies a
>> bunch of files, including the now out of date plan.php. When he
>> commits, he does not update his working copy, and the repository
>> merges all changes, including the changes to plan.php, to revision
>> 44. Dave's modifications are now in repository limbo. I can get to
>> them, and merge them back into the working copies, but I need to have
>> the out of date errors when someone tries to update out of date copies.
>>
>> If somebody could please help me figure out what's going on, and how
>> to fix the out of date (lack of) errors, I'd be very appreciative.
>
> I don't think what you describe can be happening. What version of
> Subversion are you using? What version of Mac OS X Server? Running on
> what Mac? BDB or FSFS repositories?
>
> If Dave committed a change to plan.php in revision 43, and Joe still
> has an older working copy with plan.php at revision 42, and he makes
> changes to that file and tries to commit them, he *will* get an
> out-of-date error. He *must* "svn update" first, which either merges
> in Dave's changes if possible, or generates a conflict. (Merges do not
> happen server-side; they happen at the client.) If a conflict occurs,
> it's Joe's responsibility to resolve the conflict such that both
> Dave's and Joe's changes are preserved. It's certainly possible that
> Joe resolved such a conflict improperly, and inadvertently discarded
> Dave's changes before committing the second time. Examining the diff
> of plan.php between 43 and 44 can tell you if this occurred.
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Sep 13 19:03:59 2006