You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by "Miller, Hugh (hdmi)" <Hu...@chevron.com> on 2008/04/02 17:28:05 UTC
Handling of .svn
Is there any possibility to offer a treatment of the .svn folders that
does not keep them in the checkout tree, but puts them in another,
specifiable place ?
Thanks,
-
>Hugh Miller
>e-mail: HughMiller@chevron.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
RE: Handling of .svn
Posted by "Miller, Hugh" <Hu...@chevron.com>.
Thanks! Where can I go to look at the work being done on this ?
-----Original Message-----
From: sussman@gmail.com [mailto:sussman@gmail.com] On Behalf Of Ben
Collins-Sussman
Sent: Wednesday, April 02, 2008 7:32 PM
To: Miller, Hugh
Cc: dev@subversion.tigris.org
Subject: Re: Handling of .svn
When we rewrite the entire working copy logic from scratch later this
year... yes, it is our general intent to put all working copy metadata
in a single place outside of the source tree. You'll have to wait for
the rewrite. :-)
On Wed, Apr 2, 2008 at 12:28 PM, Miller, Hugh (hdmi)
<Hu...@chevron.com> wrote:
> Is there any possibility to offer a treatment of the .svn folders that
> does not keep them in the checkout tree, but puts them in another,
> specifiable place ?
>
> Thanks,
> -
> >Hugh Miller
> >e-mail: HughMiller@chevron.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by Branko Čibej <br...@xbc.nu>.
Erik Huelsmann wrote:
> we
> had this developer which had the layout for the perfect working copy
> all in his had. He promised to write it all down for about a year and
> a half, then left the project. Now he's allegedly back, but possibly
> he's still lacking time to do what it takes on this front.
Do you mean me? :)
Goodness, I don't think I ever promised anything about WCs, other than
thinking out loud about the sorts of cleaning agents we'll need. :)
>> I'm really worried that we'd get a new WC that assumes the current
>> repository model with all its quirks, and have to do yet another new WC for
>> svn-2.0.
>>
>
> It wouldn't be new to have to invent the same thing several times:
> Most people learn and develop incrementally. For me, that's perfectly
> fine.
>
Incremental is fine. What I meant is that it has to be "incrementable"
(is that a word?), unlike the current WC code, which is "rewritable". :)
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by Erik Huelsmann <eh...@gmail.com>.
On Thu, Apr 3, 2008 at 12:10 PM, Branko Čibej <br...@xbc.nu> wrote:
> Charles Acknin wrote:
>
> > I don't think he is, there's been talk about wc-ng and you'll find a
> > design note in notes/wc-ng-design.
> >
> >
>
> Yes, I skimmed over that and frankly it looks like another
> "not-invented-here" reflex. So I've reserved my comments until I have more
> time to really dig into that.
Well, as things stand, *any* direction is better than continuing with
the current code. We have *53* issues outstanding which can't be
solved in the current framework (for the most part). It could be that
some developers are devining inferior solutions, but then again: we
had this developer which had the layout for the perfect working copy
all in his had. He promised to write it all down for about a year and
a half, then left the project. Now he's allegedly back, but possibly
he's still lacking time to do what it takes on this front. That noted,
I think the other developers are still anxious to leave the current wc
behind and are taking faith into their own hands. Sounds plausible,
not?
> I'm really worried that we'd get a new WC that assumes the current
> repository model with all its quirks, and have to do yet another new WC for
> svn-2.0.
It wouldn't be new to have to invent the same thing several times:
Most people learn and develop incrementally. For me, that's perfectly
fine.
Any comments on the doc are very much welcomed btw: some have studied
other versioning systems, some have studied the problems in our own.
Together we should be able to put something good (or even great)
together.
Bye,
Erik.
Re: Handling of .svn
Posted by Branko Čibej <br...@xbc.nu>.
Charles Acknin wrote:
> I don't think he is, there's been talk about wc-ng and you'll find a
> design note in notes/wc-ng-design.
>
Yes, I skimmed over that and frankly it looks like another
"not-invented-here" reflex. So I've reserved my comments until I have
more time to really dig into that.
I'm really worried that we'd get a new WC that assumes the current
repository model with all its quirks, and have to do yet another new WC
for svn-2.0.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by Charles Acknin <ch...@gmail.com>.
I don't think he is, there's been talk about wc-ng and you'll find a
design note in notes/wc-ng-design.
As for the date, I think "later this year" is a bit overoptimistic.
Charles
On Thu, Apr 3, 2008 at 9:30 AM, Branko Čibej <br...@xbc.nu> wrote:
> Ben Collins-Sussman wrote:
>
> > When we rewrite the entire working copy logic from scratch later this
> > year...
> >
>
> Muh? You're kidding, aren't you.
>
> -- Brane
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
Re: Handling of .svn
Posted by Branko Čibej <br...@xbc.nu>.
Ben Collins-Sussman wrote:
> When we rewrite the entire working copy logic from scratch later this
> year...
Muh? You're kidding, aren't you.
-- Brane
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by Ben Collins-Sussman <su...@red-bean.com>.
When we rewrite the entire working copy logic from scratch later this
year... yes, it is our general intent to put all working copy metadata
in a single place outside of the source tree. You'll have to wait for
the rewrite. :-)
On Wed, Apr 2, 2008 at 12:28 PM, Miller, Hugh (hdmi)
<Hu...@chevron.com> wrote:
> Is there any possibility to offer a treatment of the .svn folders that
> does not keep them in the checkout tree, but puts them in another,
> specifiable place ?
>
> Thanks,
> -
> >Hugh Miller
> >e-mail: HughMiller@chevron.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by "Ph. Marek" <ph...@bmlv.gv.at>.
Hello Hugh,
On Mittwoch, 2. April 2008, Miller, Hugh (hdmi) wrote:
> Is there any possibility to offer a treatment of the .svn folders that
> does not keep them in the checkout tree, but puts them in another,
> specifiable place ?
you ask a very specific question.
I don't know whether that works for you, but depending on your use-case
(software deployment - many files, meta-data, fast, space-saving [=no .svn!])
you might be interested in FSVS (http://fsvs.tigris.org).
HTH!
Regards,
Phil
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Handling of .svn
Posted by "Hyrum K. Wright" <hy...@mail.utexas.edu>.
Miller, Hugh (hdmi) wrote:
> Is there any possibility to offer a treatment of the .svn folders that
> does not keep them in the checkout tree, but puts them in another,
> specifiable place ?
I don't know the answer to your question, but in the future, could you
follow the guidelines here:
http://subversion.tigris.org/mailing-list-guidelines.html#fresh-post
Specifically, please don't start a new thread simply by replying to an
existing one and changing the subject.
Thanks,
-Hyrum