Guten Tag Mark Kneisler,
am Mittwoch, 11. Dezember 2013 um 02:45 schrieben Sie:
> I’m hoping that this type of checkout would require far less space for the
> .svn directory.
No it won't, during checkouts Subversion retrieves and locally saves
all the files it needs for the checked path and revi
> -Original Message-
> From: Mark Kneisler [mailto:mark.kneis...@tceq.texas.gov]
> Sent: 11 December 2013 01:45
>
> I have several environments where I'd like to use a SVN
> checkout, but where I'd never ever want to make changes to
> the files or perform a commit. For these environmen
quest, but according to the website it was
recommended that I post to this mailing list first.
-Original Message-
From: Cooke, Mark [mailto:mark.co...@siemens.com]
Sent: Wednesday, December 11, 2013 1:44 AM
To: Mark Kneisler; users@subversion.apache.org
Subject: RE: Update-Only Checkout E
On Wed, Dec 11, 2013 at 10:46 AM, Mark Kneisler <
mark.kneis...@tceq.texas.gov> wrote:
> Yes, I understand the export function. I want functionality for release
> management into test and production environments.
>
> For these environments I have a few requirements:
> Files in these envir
Mark Kneisler writes:
> Yes, I understand the export function. I want functionality for release
> management into test and production environments.
>
> For these environments I have a few requirements:
> Files in these environments will NEVER be edited
> For new releases I will ne
AM
To: Mark Kneisler
Cc: Cooke, Mark; users@subversion.apache.org
Subject: Re: Update-Only Checkout Enhancement
On Wed, Dec 11, 2013 at 10:46 AM, Mark Kneisler
mailto:mark.kneis...@tceq.texas.gov>> wrote:
Yes, I understand the export function. I want functionality for release
management in
On 12/11/13 7:46 AM, Mark Kneisler wrote:
> Yes, I understand the export function. I want functionality for release
> management into test and production environments.
>
> For these environments I have a few requirements:
> Files in these environments will NEVER be edited
> For new
2013 1:44 AM
> To: Mark Kneisler; users@subversion.apache.org
> Subject: RE: Update-Only Checkout Enhancement
>
> > -Original Message-
> > From: Mark Kneisler [mailto:mark.kneis...@tceq.texas.gov]
> > Sent: 11 December 2013 01:45
> >
> > I have seve
On Wed, Dec 11, 2013 at 11:16 AM, Bob Archer wrote:
>> Yes, I understand the export function. I want functionality for release
>> management into test and production environments.
>>
>> For these environments I have a few requirements:
>> Files in these environments will NEVER be edited
>>
On 12/11/13 9:47 AM, Les Mikesell wrote:
> Within reasonable limits it doesn't cost anything more to send more
> network traffic. But the cost of client disks scales up by the
> number of clients. Sometimes you can get by mounting a network disk
> into all the clients, but then performance suff
On 11.12.2013 17:21, Mark Kneisler wrote:
>
> I think making the pristine files optional would work for me.
>
>
>
> Here’s an idea.
>
>
>
> Instead of having pristine copies of all files, how about adding to
> the pristine directory only when a file is changed?
>
You know, that's a great idea!
> On 11.12.2013 17:21, Mark Kneisler wrote:
> >
> > I think making the pristine files optional would work for me.
> >
> >
> >
> > Here’s an idea.
> >
> >
> >
> > Instead of having pristine copies of all files, how about adding to
> > the pristine directory only when a file is changed?
> >
>
> You
On 11.12.2013 20:19, Bob Archer wrote:
>> On 11.12.2013 17:21, Mark Kneisler wrote:
>>> I think making the pristine files optional would work for me.
>>>
>>>
>>>
>>> Here’s an idea.
>>>
>>>
>>>
>>> Instead of having pristine copies of all files, how about adding to
>>> the pristine directory only w
> On 11.12.2013 20:19, Bob Archer wrote:
> >> On 11.12.2013 17:21, Mark Kneisler wrote:
> >>> I think making the pristine files optional would work for me.
> >>>
> >>>
> >>>
> >>> Here’s an idea.
> >>>
> >>>
> >>>
> >>> Instead of having pristine copies of all files, how about adding to
> >>> the p
On Wed, 11 Dec 2013, Les Mikesell wrote:
On Wed, Dec 11, 2013 at 11:16 AM, Bob Archer wrote:
Yes, I understand the export function. I want functionality for release
management into test and production environments.
For these environments I have a few requirements:
Files in these enviro
On Wed, Dec 11, 2013 at 12:24 PM, Ben Reser wrote:
> On 12/11/13 9:47 AM, Les Mikesell wrote:
>> Within reasonable limits it doesn't cost anything more to send more
>> network traffic. But the cost of client disks scales up by the
>> number of clients. Sometimes you can get by mounting a netwo
On Wed, Dec 11, 2013 at 3:05 PM, Bob Archer wrote:
>>> > Wouldn't that mean that you need to have some daemon service (or file
>> watcher or something) running to determine if a file is modified?
>>
>> Yes.
Why would you need that in real-time instead of only when an svn
operation is done (possi
On 12/11/13 5:10 PM, Les Mikesell wrote:
> Not exactly. Network traffic is generally bursty. Clients rarely
> spend 100% of their time checking out files, so a very large number
> could share a local network even if they always deleted their
> workspaces and checked out fresh copies. But when st
On Wed, Dec 11, 2013 at 8:26 PM, Ben Reser wrote:
>
> Absolutely, the answer here isn't a one size fits all. Nobody is objecting to
> the idea of allowing this. The problem is that the code is not designed to
> allow this and it's a ton of work to change that. I can think of a good 10
> other t
On Dec 11, 2013, at 19:19, Les Mikesell wrote:
Also, it would mean you would need a constant connection to the server to
>>> use a subversion working copy.
>
> That's hardly a problem these days,
You apparently don’t try to work at the kinds of coffee shops I go to, where 50
college stude
On 12/11/13 7:16 PM, Les Mikesell wrote:
> I guess I don't understand why it couldn't be as simple as having the
> library get a pristine copy on demand if some operation needs it.
The original wc code had almost no abstraction around the pristines (as far as
I can recall, it's been a long time si
On Wed, Dec 11, 2013 at 11:01 PM, Ryan Schmidt
wrote:
>
> On Dec 11, 2013, at 19:19, Les Mikesell wrote:
>
> Also, it would mean you would need a constant connection to the server to
use a subversion working copy.
>>
>> That's hardly a problem these days,
>
> You apparently don’t try to w
On 12.12.2013 08:30, Les Mikesell wrote:
> On Wed, Dec 11, 2013 at 11:01 PM, Ryan Schmidt
> wrote:
>> On Dec 11, 2013, at 19:19, Les Mikesell wrote:
>>
>> Also, it would mean you would need a constant connection to the server to
> use a subversion working copy.
>>> That's hardly a problem
> From: Ben Reser [mailto:b...@reser.org]
> Absolutely, the answer here isn't a one size fits all. Nobody is
> objecting to
> the idea of allowing this. The problem is that the code is not
> designed to
> allow this and it's a ton of work to change that. I can think of a
> good 10
> other things
On Thu, Dec 12, 2013 at 4:02 AM, Branko Čibej wrote:
>
>> Some things... But not the things you really need to complete any
>> amount of actual work - like updates and commits.
>
> You're forgetting diff. If you use Subversion daily, you've become so
> used to it being local that you can't apprec
On 12/10/2013 8:45 PM, Mark Kneisler wrote:
I have several environments where I’d like to use a SVN checkout, but
where I’d never ever want to make changes to the files or perform a
commit. For these environments, I’d only want to perform an update or
an update to revision.
In cases where you
On 12/11/2013 2:19 PM, Bob Archer wrote:
On 11.12.2013 17:21, Mark Kneisler wrote:
I think making the pristine files optional would work for me.
Here’s an idea.
Instead of having pristine copies of all files, how about adding
to the pristine directory only when a file is changed?
You k
Bob Archer wrote on Wed, Dec 11, 2013 at 21:05:46 +:
> There may be some transactional file systems that allow you to get an
> event before the modification is committed to the file system so you
> can access the original copy, but I think they are few and far
> between.
And also would require
On 12.12.2013 17:18, Les Mikesell wrote:
> On Thu, Dec 12, 2013 at 4:02 AM, Branko Čibej wrote:
>>> Some things... But not the things you really need to complete any
>>> amount of actual work - like updates and commits.
>> You're forgetting diff. If you use Subversion daily, you've become so
>> u
On Fri, Dec 13, 2013 at 7:21 AM, Branko Čibej wrote:
> On 12.12.2013 17:18, Les Mikesell wrote:
>> On Thu, Dec 12, 2013 at 4:02 AM, Branko Čibej wrote:
Some things... But not the things you really need to complete any
amount of actual work - like updates and commits.
>>> You're forgett
30 matches
Mail list logo