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
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
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/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
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 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
> 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 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
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/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 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 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 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 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 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, 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 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 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 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 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 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 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
>>
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 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
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
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
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
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
> -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
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
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.
I'm hoping that this type of checkout would require far less spa
31 matches
Mail list logo
