Say I shelve some changes:
svn x-shelve fix-some-bug
…then later I create an issue in my project's issue-tracker, and I
want to add the issue number to the shelf name — for example,
12345-fix-some-bug — to help me find it later on.
My current process is to x-shelve whatever other stuff I'm
> On Jan 10, 2019, at 1:43 PM, Cotrut, Michael
> wrote:
>
> Hi Mark,
>
> We are migrating from SVN 1.9.2 to 1.11 (Apache 2.2 to Apache 2.4)
>
> We’ve been using SVN for 7-8 years and we have hundreds of repositories and a
> client base of 300-400 users.
>
> We’ve been noticing during
Hi Mark,
We are migrating from SVN 1.9.2 to 1.11 (Apache 2.2 to Apache 2.4)
We’ve been using SVN for 7-8 years and we have hundreds of repositories and a
client base of 300-400 users.
We’ve been noticing during testing of 1.11 a period of about 30-45 seconds
delay when the SVN seems frozen
On Thu, Jan 10, 2019 at 10:48 AM Oscar Lee wrote:
> The external drive is actually a company samba server that I connect over
> VPN. As such, it's super slow to read and even worse to write (maxes at
> 3MB/s). I don't care if the cleanup process or updating of the pristine
> files is slow, but I
On Thu, Jan 10, 2019 at 7:39 AM wrote:
> I cannot do a sparse checkout as I require every part of the information
> to get the software running (a game)
>
At risk of saying the obvious, may I make a suggestion: Work on the
(larger) external hard drive. In other words, have your entire working
On 10.01.2019 13:40, minxing...@gmail.com wrote:
> I see. Is it possible to change the implementation slightly as outlined by
> Boost SVN? (https://svn.boost.org/trac10/ticket/6809). I believe this is the
> same issue.
It is the same issue and no it is not possible to change the
implementation
I see. Is it possible to change the implementation slightly as outlined by
Boost SVN? (https://svn.boost.org/trac10/ticket/6809). I believe this is the
same issue.
-Original Message-
From: Daniel Shahaf
Sent: Thursday, 10 January 2019 1:36 PM
To: Oscar Lee ;
I cannot do a sparse checkout as I require every part of the information to get
the software running (a game).
From: Paul Hammant
Sent: Thursday, 10 January 2019 1:36 PM
To: Oscar Lee
Cc: Subversion
Subject: Re: Problems with using a symbolic link for .svn folder on TSVN
Alternative
(Sorry forgot to reply all)
Yes, it’s on my computer when I do a checkout if that’s what you mean. If I do
a fresh checkout, the .svn is the same size (over 250GB).
From: Paul Hammant
Sent: Thursday, 10 January 2019 1:27 PM
To: Oscar Lee
Cc: Subversion
Subject: Re: Problems with
On 09.01.2019 19:10, Oscar Lee wrote:
> Hi,
>
> I was told to post my issue here from a TSVN dev.
>
> My company uses TortoiseSVN internally to keep our files updated. The .svn
> folder for the project I have is massive (250GB) and as such I had to move
> it off to an external HDD. I created a
Alternative solution: do a Sparse Checkout - excising things in that tree
that you don't really need. Google's monorepo is north of 100TB of history
with over nine million source files at HEAD revision. Individual Googler's
day to day checkout tens of megabytes only:
Oscar Lee wrote on Wed, 09 Jan 2019 19:10 +0100:
> My company uses TortoiseSVN internally to keep our files updated. The .svn
> folder for the project I have is massive (250GB) and as such I had to move
> it off to an external HDD. I created a symbolic link to the new location so
> that
The .svn folder on the client side?
If you do a fresh checkout, how big is it then?
Hi,
I was told to post my issue here from a TSVN dev.
My company uses TortoiseSVN internally to keep our files updated. The .svn
folder for the project I have is massive (250GB) and as such I had to move
it off to an external HDD. I created a symbolic link to the new location so
that TortoiseSVN
14 matches
Mail list logo
