Linedata Limited
Registered Office: 85 Gracechurch St., London, EC3V 0AA
Registered in England and Wales No 3475006 VAT Reg No 710 3140 03
-Original Message-
From: Cooke, Mark [mailto:mark.co...@siemens.com]
Sent: 11 November 2010 08:50
To: Giulio Troccoli;
2010/11/11 Cooke, Mark mark.co...@siemens.com:
Database/
Scripts/
Packages/
Application Server
libs/
servlets/
while /tag and branch/ are empty
There are hundreds of files under each directory. We want to
preserve this layout, since it's basically
I found out svn:ignore is not a revision property, so that is why I could not
find it. It is a versioned property, so I tried this :
Y:\utilsvn pg svn:ignore
https://svn.edb.com/repos/java/cards/cap/cap_client/tr...@54271
?\216stmarka
-
Golf.url
And then it is obvious that it contains non
Guten Tag San Martino,
am Donnerstag, 11. November 2010 um 11:16 schrieben Sie:
Since we can't reorganize the layout, we will need to tag big
directories (about 500 Mb) even if we just sparse-chechkout single
files.
This operation might be done up to 10 times per day.
Is this operation
Not really sure that this was necessary either.
Unbelievable.
PATI MOSS
System Engineer Sr. Professional
CSC
From:
opensrcguru opensrcg...@gmail.com
To:
Patricia A Moss/USA/c...@csc
Date:
11/09/2010 03:37 PM
Subject:
Re: locking down access to a repository
I highly recommend you read
Hello ,
I have setup SVN 1.6 with Apache 2.2 on a Windows Server 2003 R2 virtual server.
I want to setup two repositories , so I have configured two Location
sections in the httpd.conf and it seems to work.
My Question is , is this a good practice or will this cause some errors/issues?
On Wed, Nov 10, 2010 at 08:55:49PM -0500, Edward Ned Harvey wrote:
From: Stefan Sperling [mailto:s...@elego.de]
It's 100% consistent. I get the same checksum error, on the same file,
every time. I have a supposed good copy of the slave repo, at rev
4050...
which will fail every time
Linedata Limited
Registered Office: 85 Gracechurch St., London, EC3V 0AA
Registered in England and Wales No 3475006 VAT Reg No 710 3140 03
-Original Message-
From: Cooke, Mark [mailto:mark.co...@siemens.com]
Sent: 11 November 2010 12:50
To: users@subversion.apache.org
Cc: Neson
Stefan Sperling wrote on Thu, Nov 11, 2010 at 13:29:14 +0100:
I'm not sure what svnadmin verify is doing wrong in your case.
But I know that there are corruptions it doesn't detect, and we're
planning to improve this situation:
http://subversion.tigris.org/issues/show_bug.cgi?id=3706
What's
On Wed, Nov 10, 2010 at 9:53 PM, Feldhacker, Chris
feldhacker.ch...@principal.com wrote:
-Original Message-
From: Klaus Ganser [mailto:kgan...@gmail.com]
Sent: Wednesday, November 10, 2010 2:43 PM
To: Feldhacker, Chris
Cc: users@subversion.apache.org
Subject: Re: History of a fixed
On Thu, Nov 11, 2010 at 1:17 AM, Engebakken Geir
geir.engebak...@edb.com wrote:
I have this error that I have searched the net for,and found a lot of
incidents similar, but I cannot find a way to resolve this. The error is
well known, I think :
svnsync: Cannot accept 'svn:ignore' property
On Thu, Nov 11, 2010 at 03:10:19PM +0200, Daniel Shahaf wrote:
Stefan Sperling wrote on Thu, Nov 11, 2010 at 13:29:14 +0100:
I'm not sure what svnadmin verify is doing wrong in your case.
But I know that there are corruptions it doesn't detect, and we're
planning to improve this situation:
On 11/11/10 5:57 AM, Thorsten Schöning wrote:
Guten Tag San Martino,
am Donnerstag, 11. November 2010 um 11:16 schrieben Sie:
Since we can't reorganize the layout, we will need to tag big
directories (about 500 Mb) even if we just sparse-chechkout single
files.
This operation might be done up
I would like to know how tags and branches are cheap copy in terms
of time and space.
Since we can't reorganize the layout, we will need to tag big
directories (about 500 Mb) even if we just sparse-chechkout single
files.
This operation might be done up to 10 times per day.
Is this
-Original Message-
From: Johan Corveleyn [mailto:jcor...@gmail.com]
Sent: 11. november 2010 14:29
To: Engebakken Geir
Cc: users@subversion.apache.org
Subject: Re: svnsync error
On Thu, Nov 11, 2010 at 1:17 AM, Engebakken Geir
geir.engebak...@edb.com wrote:
I have this
Guten Tag Les Mikesell,
am Donnerstag, 11. November 2010 um 14:37 schrieben Sie:
Doesn't the client understand the file history if you 'svn switch' to the tag
path in a working copy and just get the differences, if any?
OK, maybe I'm wrong, because I don't use svn switch but always use
On Wed, Nov 10, 2010 at 1:26 PM, Jonathan dos Santos
jonat...@prioriti.com.br wrote:
generally we need to develop both in the trunk and the tag and sometimes
that’s really frustrating – mainly because some processes are huge and after
each minimal change we need to test it over and over in a
On Thursday 11 November 2010, Thorsten Schöning wrote:
am Donnerstag, 11. November 2010 um 14:37 schrieben Sie:
Doesn't the client understand the file history if you 'svn switch' to the
tag path in a working copy and just get the differences, if any?
If you use switch, it will only transfer
On 11/11/2010 8:48 AM, Thorsten Schöning wrote:
Guten Tag Les Mikesell,
am Donnerstag, 11. November 2010 um 14:37 schrieben Sie:
Doesn't the client understand the file history if you 'svn switch' to the tag
path in a working copy and just get the differences, if any?
OK, maybe I'm wrong,
On 11/11/2010 3:18 AM, San Martino wrote:
How are tags really cheaps
(time and space on disk) when the whole /trunk is measured in Gbs of
data? Is there really a point to tag the whole /trunk when we just
intended to make a change to a real project?
thanks
On 11/11/2010 5:18 AM, San Martino wrote:
2010/11/11 Cooke, Markmark.co...@siemens.com:
Database/
Scripts/
Packages/
Application Server
libs/
servlets/
while /tag and branch/ are empty
There are hundreds of files under each directory. We want to
preserve this layout, since it's
On 11/10/2010 3:05 PM, San Martino wrote:
Hello Ryan,
Of course the cleanest way is to checkout the whole trunk/ and tag the
trunk each time.
A single checkout of the whole / directory is tens of GB over a
network (non-LAN), multiply this for all the deveopers.
But this should only have to
On Wed, Nov 10, 2010 at 3:10 PM, San Martino sanmrt...@gmail.com wrote:
Is there a way with one command to sparse-checkout al the elements
of the path to file1.txt (included) but no more than those elements ?
See the following thread:
On Thu, Nov 11, 2010 at 12:18 PM, San Martino sanmrt...@gmail.com wrote:
2010/11/11 Cooke, Mark mark.co...@siemens.com:
Database/
Scripts/
Packages/
Application Server
libs/
servlets/
while /tag and branch/ are empty
There are hundreds of files under each
On Thu, Nov 11, 2010 at 5:17 AM, Johan Corveleyn jcor...@gmail.com wrote:
So, as far as I'm concerned, I think you can file this as a new
feature request in the issue tracker (maybe first search for any
similar outstanding requests).
Filed the bug here:
Dear users,
I am working in a team of approximately 20 developers, we are using server
version 1.6.13 and Tortoise client 1.6.11.
We have noticed several problems, but are not sure whether the problems are in:
1. server part,
2. client part, or
3. our usage of both of them.
Basically, they
Klaus Ganser wrote on Thu, Nov 11, 2010 at 13:09:51 -0800:
It would be nice for this feature to see the light of day.
For this, we'll need a design that makes it possible to answer the
query efficiently.
Feel free to submit one; our documentation is in the text files
Hello Johan
2010/11/11 Johan Corveleyn jcor...@gmail.com:
I think you can also make a tag or branch of a subset of files
completely on the server (without the need to create a sparse working
copy first). This can be done with the --parents option of svn copy,
and multiple SRC arguments (which
On Nov 11, 2010, at 18:33, San Martino wrote:
$ svn mkdir file:///home/x/repo/tag/change001/
$ svn copy --parents file:///home/x/repo/trunk/test/java_imports
file:///home/x/repo/tag/change001/
$ svn ls file:///home/x/repo/tag/change001/
java_imports
From the help svn copy --parents should
From: Stefan Sperling [mailto:s...@elego.de]
By design, the handling of checksums is sane.
Checksums are stored in the repository, and are calculated by the
repository
layer. A client can only tell the repository what it expects the checksum
to be.
When the client sends content, the
2010/11/12 Ryan Schmidt subversion-20...@ryandesign.com:
On Nov 11, 2010, at 18:33, San Martino wrote:
$ svn mkdir file:///home/x/repo/tag/change001/
$ svn copy --parents file:///home/x/repo/trunk/test/java_imports
file:///home/x/repo/tag/change001/
$ svn ls
-Original Message-
From: Chris Tashjian [mailto:ct...@thepond.com]
Sent: Friday, 5 November 2010 11:20
To: Daniel Shahaf
Cc: users@subversion.apache.org
Subject: Re: svnserve.exe (Win32) using 2GB of memory and then crashing?
Wrong format file. Please look at the file
32 matches
Mail list logo
