Ryan Schmidt wrote:
On Apr 25, 2018, at 07:15, OBones wrote:
Nico Kadel-Garcia wrote:
In general, to jump that many major revisions, I tend to use "svnsync"
to allow the repositories to stay synchronized while the client stays
talking to the first repository, then take the first
Nico Kadel-Garcia wrote:
In general, to jump that many major revisions, I tend to use "svnsync"
to allow the repositories to stay synchronized while the client stays
talking to the first repository, then take the first repository
entirely offline. Note that this is probably the first opportunity,
Grierson, David wrote:
I completely understand that the action of sending to the Recycle Bin (in
TortoiseSVN) is very system specific.
To simply rename the item being reverted as $item.$backupSuffix before then
restoring the pristine item is presumably not that system specific?
Having this fu
OBones wrote:
I must be missing something obvious but I can't think of anything
short of doing a fresh checkout of the working copy.
Well, browsing through history, I found out that the svn:special
property with value * was added to the file at the same time that its
content changed fro
Andreas Stieger wrote:
Hi,
On 18 Jul 2014, at 13:51, OBones wrote:
I have a working copy here where a file is in status "modified" which won't go
away.
This file is a binary database dump (.bak) and I don't understand why this
happens on that file while there are o
Stefan Sperling wrote:
On Fri, Jul 18, 2014 at 01:51:07PM +0200, OBones wrote:
Hello,
I have a working copy here where a file is in status "modified" which
won't
go away.
This file is a binary database dump (.bak) and I don't understand why
this
happens on that file w
OBones wrote:
doing a fresh checkout of the working copy.
I just did that, and also happens on the very same file in that new
working copy.
I'm quite lost here...
Hello,
I have a working copy here where a file is in status "modified" which
won't go away.
This file is a binary database dump (.bak) and I don't understand why
this happens on that file while there are other files with that
extension in the same folder that do not behave the same.
I tried ru
Hello all,
I'm using SVN 1.8.8 and facing an issue with externals that worked
perfectly fine using SVN 1.8.4
Basically, they all are defined like this:
-r 7121 ../../../Path/To/Calculator Calculator
When I update, this gives me the following error:
D:\Path\To\WC\Some\App\Calculator
Path
'/
Johan Corveleyn wrote:
I think this would be a useful feature. Whether or not someone will
have time to work on it, or someone steps up to write a patch for it,
is another matter. But I'd suggest that you enter this into the issue
tracker in any case. Can you please file an issue for this?
Do
Stefan Sperling wrote:
On Mon, Nov 04, 2013 at 11:16:12AM +0100, OBones wrote:
Hello,
When using the update command with subversion 1.8, one can set the sticky
depth with the --set-depth option.
When changing from emtpy to infinity, all the files that were not retrieved
yet are retrieved
Hello,
When using the update command with subversion 1.8, one can set the
sticky depth with the --set-depth option.
When changing from emtpy to infinity, all the files that were not
retrieved yet are retrieved immediately.
While this is fine in most cases, I am in a situation where I'd like to
Maria de Los Reyes Fernandez Dominguez wrote:
Is there anyway that SVN recognizes property changes on ".flv" and
".txt" files?
Hello, these properties are stored in what is called an alternate
stream, a feature that is bound to the NTFS filesystem.
There is no way for SVN to reproduce this data
Andy Levy wrote:
svn log --verbose -rX will give you a list of all paths touched in
revision X. You'll need to do some parsing to extract just the paths
vs. the other log data. If you're handy with XML, you can use svn log
--verbose --xml -rX and then use XPath to extract just the paths.
I ha
Andy Levy wrote:
On Wed, Mar 21, 2012 at 08:02, OBones wrote:
Andy Levy wrote:
On Tue, Mar 20, 2012 at 10:39, OBoneswrote:
Hello all,
Using svn cat I can see the state of a file at a given revision.
As it turns out, I have had in the past some files that were commit with
inconsistent
Andy Levy wrote:
On Tue, Mar 20, 2012 at 10:39, OBones wrote:
Hello all,
Using svn cat I can see the state of a file at a given revision.
As it turns out, I have had in the past some files that were commit with
inconsistent line endings and that are making analysis tools stop because of
this
Hello all,
Using svn cat I can see the state of a file at a given revision.
As it turns out, I have had in the past some files that were commit with
inconsistent line endings and that are making analysis tools stop
because of this.
What I want to do is find which (file, revision) pairs are impa
Andy Levy wrote:
My own pre-commit hook has the same flaw. I just haven't gotten around
to fixing it because I have few enough users that it's easier to just
tell them "don't do that" - and I haven't been given the time to redo
my hooks in a better language.
If that helps, you can strip "forb
Uwe Schuster wrote:
Stefan Sperling wrote:
On Tue, Jun 21, 2011 at 02:02:08AM +0200, Uwe Schuster wrote:
Stefan Sperling wrote:
1. Performance
Can you set
http-library=neon
in the '[global]' section of your 'servers' configuration file
and see if that helps?
The checkout finishes within
Bastien Semene wrote:
Hi list,
Should I understand that there's no "standard" solution to this
problem, or nobody can answer this issue ?
Or did I do something wrong in the previous mail ?
I think this can't be resolved with obvious basic configuration.
That's what branches are for.
Work in
Stefan Sperling wrote:
On Wed, Feb 02, 2011 at 04:12:07PM +0100, OBones wrote:
Neil Bird wrote:
I couldn't use the version from trunk/1.7 as it differs too
much. I will try to submit the patch for someone's perusal at
some point, but I couldn't properly test is as
Neil Bird wrote:
I couldn't use the version from trunk/1.7 as it differs too much. I
will try to submit the patch for someone's perusal at some point, but
I couldn't properly test is as for some reason my build of svn out of
1.6.x svn (even before modifying it) fails 'make check': all the
Woodworth, James wrote:
Hello,
Over the past three weeks I have changed and committed some files. I
need to somehow recurse through the directories and show me only the
files I have changed. How do I do this?
I suppose I could write a script to do this, but I suspect Subversion
is sophis
23 matches
Mail list logo
