On 2017-12-21 12:57, Anton Shepelev wrote:
> Hello, all
>
> I find it mildly annoying to type the full path
> within a repository for server-side file operations,
> such as 'delete' and 'copy'. Observe that, being on
> Windows, I must use quotes in order to escape the
> caret character:
>
up, but after the cleanup I get the same message from the status
>> command. If I update now I get an assertion from
>> 'subversion/libsvn_wc/update_editor.c' line 1550.
>
> The failed workqueue happens with trunk as well. I've raised an issue:
> http://subversion.tig
d under svn controll even though we're
also moving B -> B\D through updating the externals directive.
I would count this as "user error" rather than an "svn error" but
it feels weird that I can create a revision that cannot be merged
without first doing a svn delete (B) in the destination tree.
Thoughts?
Side note: This merge also managed to cause TortoiseSVN to crash.
Best regards
/Daniel Widenfalk
- {username} [15/Nov/2012:16:26:47 +0100] "PROPFIND
/collection/repository/!svn/vcc/default HTTP/1.1" 207 265 "-" "SVN/1.7.5
neon/0.29.6"
{ip-number} - {username} [15/Nov/2012:16:26:47 +0100] "PROPFIND
/collection/repository/!svn/bc/1578/project-name/trunk/Filena
On 2012-06-07 11:47, Bert Huijben wrote:
>
>
>> -Original Message-
>> From: Bert Huijben [mailto:b...@qqmail.nl]
>> Sent: donderdag 7 juni 2012 11:34
>> To: 'Daniel Widenfalk'; d...@subversion.apache.org;
>> users@subversion
at the same spot.
Rinse and repeat.
Are these a known issues?
In my case this results in an infinite loop on the following input
string:
23 0a 23 20 54 68 69 73 20 70 72 6f 6a 65 63
I found this out when my svn-client spiraled into an infinite loop
and would not respond to ctrl-c during a "svn up" command.
Regards
/Daniel Widenfalk
:externals .
Where proplog is an invented command that only show the
log messages for revisions that contain changes to the
given property. The command would only recurse if -R is
given on the command line.
Best regards
/Daniel Widenfalk
I think) client using
the same server/repo.
> All cases to a file that does have properties set.
>
> Daniel Widenfalk wrote on Fri, Dec 10, 2010 at 12:54:03 +0100:
>> Hi all,
>>
>> When doing a server side "proplist" I get the following
>> diagnosti
des software developed by CollabNet
(http://www.Collab.Net/).
Regards
/Daniel Widenfalk
P.s. Sorry for top posting.
On 2010-12-10 12:54, Daniel Widenfalk wrote:
> Hi all,
>
> When doing a server side "proplist" I get the following
> diagnostic message:
>
>> svn pl
et this for a few files.
Running 'svnadmin verify' on the repository does not indicate
anything wrong.
Please advice.
Regards
/Daniel Widenfalk
e-through proxy with replication to read-only mirrors? Re-reading
your description it seems that it is step 6 that fails (no new
revision to merge).
Since both server solutions are multi-threaded it might be that the
processing of the commit in step (4) above has not been fully
completed (and mirrored?) in time for when you initiate step (6).
What kind of timing do you have between the steps? I would guess
that 1-2-3-4 and 5-6-7 are fairly fast and that there may be some
time N between steps 4 and 5?
Regards
/Daniel Widenfalk
m file time stamp to tick
one step and on Windows this means about 2 seconds to be sure.
There may be some option that can be specified when committing that
forces a deeper check?
Regards
/Daniel Widenfalk
Hi,
Manickavel, Senthil wrote:
Hi,
I would like to create a changeset between
> two revisions. I have created a script to do that with
> svn commands. But this collects all the files in both
> the revisions. Is it possible for me to collect only
> the changed file?
Script
REM Cre
/testcases.
Is this a known (and perhaps even documented) issue with the
Subversion client?
Do you want some sort of recipe to recreate the problem?
Regards
/Daniel Widenfalk
14 matches
Mail list logo