> -----Original Message-----
> From: Philip Martin [mailto:[email protected]]
> Sent: woensdag 31 maart 2010 11:20
> To: Greg Stein
> Cc: neels; [email protected]
> Subject: Re: wc-ng base/working nodes in a copied tree
>
> Greg Stein <[email protected]> writes:
>
> > On Wed, Mar 24, 2010 at 16:41, Philip Martin
> <[email protected]> wrote:
> >> neels <[email protected]> writes:
> >>> On 23 March 2010 09:11, Greg Stein <[email protected]> wrote:
> >>>> On Mon, Mar 22, 2010 at 17:59, Philip Martin
> <[email protected]> wrote:
> >>
> >> We should consider using copyfrom_repos_path. The current method of
> >> only storing copyfrom_* on the root of the copy means that
> >> copyfrom_repos_path needs to be calculated every time its value is
> >> required.
> >
> > I doubt that we use it independently of the other fields, so scanning
> > upwards for the others can also compute the relpath.
> >
> > We do the same thing for the regular repos_id and repos_relpath.
>
> I see there is a comment to that effect in wc-metadata.sql so perhaps
> that was the intent, but in practice repos_id and repos_relpath appear
> to be set in every base_node.
This is mostly caused by the write from entry code, which will disappear before
1.7.
But I expect that we will find quite some code that relies on the data being
available anyway. One thing that certainly relies on this is the retrieval of
locks via a JOIN with the locks table.
Bert
