kfogel@collab.net writes:
> Rick Richardson <rickr@mn.rr.com> writes:
> > The maintainer of "tkdiff" is about to make a new release with
> > support for Perforce and BitKeeper.
> >
> > I was going to submit patches for Subversion, but I can't figure
> > out the Subversion equivalent to "cvs update -p".
> >
> > When tkdiff wants to diff a CVS file, it issues "cvs update -p [-r xxx]"
> > to send the file to standard out.
> >
> > Whats the equivalent option for subversion?
>>
> Hmmm. Not sure I understand the question, actually. Why is tkdiff
> running "cvs up -p" to *diff* a CVS file? Why not just run "cvs diff"
> instead?
tkdiff does the diff itself. Thats the way it has always worked, and
that was the proper design choice. "tkdiff" can show you a graphical
diff of any pair of files or file revisions, and is pretty much SCM-
agnostic once you teach it how to retrieve a file revision for a new
SCM. It already knows how to retreive files with RCS, CVS, SCCS, PCVS,
AccuRev, Perforce, and BitKeeper. And, of course, it can also work
with two plain files.
If tkdiff just parsed the output of the SCM's diff command, that would
presume that the SCM had a usable diff command. That is not the case
with all SCM's. Even if it was the case, tkdiff would have to be
taught how to parse the specific diff output for each SCM. Thats far
harder to do than to just teach it how to get a file at a specific
revision level.
> nor does it implement "svn update -p" yet (though it might be some
> letter other than `p' when we do implement it, whatever). The up -p
> functionality would be easy to add; the -r option to diff will be a
> bit more work, though it's also planned of course.
"svn update" already seems to take a -r option. It just needs the -p
(pipe) option. It wasn't obvious to me where the output file gets
opened; point me at the place where the output file is opened, and
maybe I can add it.
-Rick
--
Rick Richardson rickr_at_mn.rr.com http://home.mn.rr.com/richardsons/
Twin Cities traffic animations are at http://tctraffic.0catch.com/
Emacs would be a great operating system -- if only it had a decent editor.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:45 2006