Re: Good SVN client?

Hi,

larwe wrote:
On Jul 2, 3:34 pm, Marcin Wolcendorf <anty...@xxxxxxxxxxxxxxx> wrote:

to see your changes relative to the repository version? Diff-to-head is the
single most common operation I use and that's been the same through all
source control systems I've used.
of time IMO. After all VCS is to *automate* versioning, not to make one
doing all by hand. Checking all changes by hand and merging them by hand
is... a waste of time. Been there, done that.

Unless I've missed something, if there is a version A at the head of
repository, and I create version A' from A, and someone else creates
version A'' from the same A, then whoever checks in second is in
trouble.

Yes - if you have conflicts. No, because it seldom happens, unless everyone works on the same file(s) (or even same portions of files) at the same time, which means broken project and a hell for developers anyway - regardless of VCS used (or not used). Automatic merges work, and fine. The same way, as 'patch'.

I haven't found a solution that works other than to rename my
local copy, get the latest version of the file off the server, and
manually roll in my changes. But this is almost a secondary point, see
below:

Yes, one *can* do everything by hand. But then what do you need VCS for?
I can see another method, but the only difference would be not to rename anything or take everything from repository, just use diffs and make your additional copy of repository file on the fly. But I see it as a broken way of using svn anyway.
What I am trying to say- your problems seem so bizarre, that they *not your real* problems.

I do check if files I work on change in repository. But not too often. I
merge often. If something goes wrong- I check, diff with previous
version. Why should I be interested in all others work? And diff that

What if most of the others don't really know what they're doing

8O Who do you work with?

and
need you to at least read over their code before it can be considered
done?

Well, OK... I used vim for looking at *my* changes.

I imagine this issue will be easier for the next few projects of
mine, but this first one is a real bear from a knowledge transfer
perspective. I've caught a lot of strange errors and expect that there
are still many waiting to be discovered.

Don't you do reviews? Do they put in whatever they consider 'nice'?
It seems that I was somewhat right- there *is* a problem with whole project. VCS will add to it, not help IMHO. If I may suggest - straighten the project first.


Well, larwe stated 'repository' and 'my local hard drive' in the context
of subversion. I have assumed that terminology is from svn
documentation. After all- he read it, didn't he? :P

Actually I really want to check my copy against repository HEAD most
of the time, knowing that HEAD will probably deviate from my local
copy. See my message to MikeWhy and comments above..

OK. What is your interface to subversion back-end from server point of view? Have you tried to use WebDAV? Access subversion usual way to check in, use WebDAV for diff-ing. You should be able to use it as a (possibly network) drive. As long as you want to use it yourself *only*, it might help without creating havoc.

And when I look at the repository in a browser, basically I'd like a
view something like SS - you see the attributes of the head version of
each file, and you can access a history for each individual file as
you need to.

OK, I seldom needed that, so I just used CLI.



Good luck,

M.W.
.

Relevant Pages

  • Re: Good SVN client?
    ... After all VCS is to *automate* versioning, ... If something goes wrong- I check, diff with previous ... Actually I really want to check my copy against repository HEAD most ...
    (comp.arch.embedded)
  • Re: Near disaster
    ... particular piece of version control software, ... Now, as I understand it, CVS and the like keep "diff" records. ... Sourceforge provides a CVS repository for every project. ... If my hard disk gets nuked, how do I restore it from my backup CD? ...
    (rec.games.roguelike.development)
  • Re: tcsh in current-8.0 coredump
    ... Diff to: previous 1.1.1.7: preferred, ... Import vendor patch to fix postcmd regression in tcsh-6.15.00. ... But this bug was not fixed in HEAD. ... retrieving revision 1.1.1.9 ...
    (freebsd-current)
  • Re: Near disaster
    ... Now, as I understand it, CVS and the like keep "diff" records. ... Sourceforge provides a CVS repository for every project. ... If my hard disk gets nuked, how do I restore it from my backup CD? ...
    (rec.games.roguelike.development)
  • Re: [opensuse] Redesign of YaST Control Center - speeding up software updater
    ... Buying more RAM, ... So you think the repository is going to keep the ENTIRE ... by a disk drive read/write head. ...
    (SuSE)