Hello,
I am trying to use the SVN diff command to compare a single file whose
filename contains spaces. Here is an example of the command I am using:
c:\SVN_ABT\build-tool>svn diff -r 236 --old
http://thcmp4ap1/test_ActionOI/ActionOI/aoih_03_00_00_004
"doc/InstallDocs/frontend/AppInstal
On Jun 15, 2010, at 5:02 PM, Ryan Schmidt wrote:
On Jun 15, 2010, at 15:37, Eiren Smith wrote:
I considered doing it the way you described. Unfortunately, most of
the seven (7) missing revisions are for binary files (DLLs and
DOCs) and so I can't reproduce their variations by hand. And sin
On Jun 15, 2010, at 15:37, Eiren Smith wrote:
> I considered doing it the way you described. Unfortunately, most of the seven
> (7) missing revisions are for binary files (DLLs and DOCs) and so I can't
> reproduce their variations by hand. And since SVN is storing binary deltas,
> not entire fi
On Jun 15, 2010, at 4:25 PM, Stefan Sperling wrote:
On Tue, Jun 15, 2010 at 03:59:10PM -0400, Eiren Smith wrote:
On Jun 15, 2010, at 11:31 AM, Stefan Sperling wrote:
...
Can you still create dumpfiles containing the revisions that
did not get lost? If so, you could stitch together a new repos
On Tue, Jun 15, 2010 at 03:59:10PM -0400, Eiren Smith wrote:
> On Jun 15, 2010, at 11:31 AM, Stefan Sperling wrote:
>
> >...
> >Can you still create dumpfiles containing the revisions that
> >did not get lost? If so, you could stitch together a new repository
> >and fill in the missing revisions m
On Jun 15, 2010, at 11:31 AM, Stefan Sperling wrote:
...
Can you still create dumpfiles containing the revisions that
did not get lost? If so, you could stitch together a new repository
and fill in the missing revisions manually (if you still know what
happened in those revisions, or can guess w
On Jun 15, 2010, at 1:12 PM, Ryan Schmidt wrote:
On Jun 15, 2010, at 11:36, Eiren Smith wrote:
Working copies do not contain logs; "svn log" always connects to
the repository.
Actually, for what it's worth in the current context, SVN has
supported local log cacheing for a while. I don't
On Jun 15, 2010, at 11:36, Eiren Smith wrote:
>> Working copies do not contain logs; "svn log" always connects to the
>> repository.
>
> Actually, for what it's worth in the current context, SVN has supported local
> log cacheing for a while. I don't recall which version introduced this
> fea
> -Original Message-
> From: Eiren Smith [mailto:eir...@gmail.com]
> Actually, for what it's worth in the current context, SVN has
> supported local log cacheing for a while. I don't recall which version
> introduced this feature, maybe 1.5 or 1.6.
>
> /eiren
We are currently at a version t
> -Original Message-
> From: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
> Working copies do not contain logs; "svn log" always connects to the
> repository.
Oh crap. Here I am thinking all this time that the working copy catually had a
copy of the log to work from. Ya, I know
> Michael,
>
> Thanks for jumping in.
>
> > If someone does have the area in question checked out, you'd have a
> > copy of the log in which to use to repair the repository.
>
> The revisions are not recent. Would the log of someone's working copy
> include binary deltas needed to recreate the actu
On Jun 15, 2010, at 12:33 PM, Ryan Schmidt wrote:
On Jun 15, 2010, at 11:26, Brown, Michael wrote:
I'm sorta jumping in the middle of this, but doesn't anyone have a
working copy of the repository checked out, especially the area in
question? Obviously no one should have the whole trunk ch
On Jun 15, 2010, at 11:26, Brown, Michael wrote:
> I'm sorta jumping in the middle of this, but doesn't anyone have a working
> copy of the repository checked out, especially the area in question?
> Obviously no one should have the whole trunk checked out, as people work with
> pieces of a rep
On Jun 15, 2010, at 12:26 PM, Brown, Michael wrote:
I'm sorta jumping in the middle of this, but doesn't anyone have a
working copy of the repository checked out, especially the area in
question? Obviously no one should have the whole trunk checked out,
as people work with pieces of a repo
I'm sorta jumping in the middle of this, but doesn't anyone have a working copy
of the repository checked out, especially the area in question? Obviously no
one should have the whole trunk checked out, as people work with pieces of a
repository, specifically a branch, for example (like we do).
On Jun 15, 2010, at 12:14 PM, Stefan Sperling wrote:
On Tue, Jun 15, 2010 at 11:49:44AM -0400, Eiren Smith wrote:
Sir:
Thanks for your reply. I'll read those references you cited.
P.S. Other files may also be missing from the revprops/ dir, not
just 7437 -- If I'm willing to lose commit mes
On Tue, Jun 15, 2010 at 11:49:44AM -0400, Eiren Smith wrote:
> Sir:
>
> Thanks for your reply. I'll read those references you cited.
>
> >>
> >>P.S. Other files may also be missing from the revprops/ dir, not
> >>just 7437 -- If I'm willing to lose commit messages, can I live
> >>without some rev
On Jun 15, 2010, at 11:31 AM, Stefan Sperling wrote:
On Tue, Jun 15, 2010 at 11:09:39AM -0400, Eiren Smith wrote:
Dear SVNers,
I'm trying to recover an SVN repository after a hard drive failure.
From 7,797 revisions, we lost the following seven (7) files from the
.../repo_dir/db/revs/7/ direct
On Tue, Jun 15, 2010 at 11:09:39AM -0400, Eiren Smith wrote:
> Dear SVNers,
>
> I'm trying to recover an SVN repository after a hard drive failure.
> From 7,797 revisions, we lost the following seven (7) files from the
> .../repo_dir/db/revs/7/ directory:
>
> 7437 (7-9 Dec 2009) (file also miss
Dear SVNers,
I'm trying to recover an SVN repository after a hard drive failure.
From 7,797 revisions, we lost the following seven (7) files from
the .../repo_dir/db/revs/7/ directory:
7437 (7-9 Dec 2009) (file also missing from revprops/ dir)
7461 (16 Dec 2009)
7519 (8 Jan 2010)
20 matches
Mail list logo
