Perfarce extension oddity...
Steve Borho
steve at borho.org
Wed Jul 21 20:06:51 CDT 2010
On Wed, Jul 21, 2010 at 6:13 PM, Steven Johnson <stejohns at adobe.com> wrote:
> I just found out about the Perfarce extension and have been (excitedly!) trying it out, but I'm getting an odd result, and I can't figure out if the problem is my config, or an intrinsic limitation, or a bug...
>
> I have a client in Perforce that maps something like
>
> //depot/foo/... //my-machine/perforce-stuff/foo/...
>
> When I sync this using Perforce, my local copy looks something like
>
> ~/perforce-stuff
> foo
> foo-contents-1
> foo-contents-2
> foo-contents-3 (etc)
>
> On the other hand if I use Perfarce like so:
>
> hg clone p4://my.perforce.server:1666/my-foo-client ~/perforce-stuff/foo
>
> I end up with a duplicate copy, nested an extra layer deep, like so:
>
> ~/perforce-stuff
> foo
> foo-contents-1
> foo-contents-2
> foo-contents-3 (etc)
> foo
> foo-contents-1
> foo-contents-2
> foo-contents-3 (etc)
>
> If I set "keep=false" in the Perforce options, I get just a single copy, but still one layer too deep:
>
> ~/perforce-stuff
> foo
> foo
> foo-contents-1
> foo-contents-2
> foo-contents-3 (etc)
>
> I'm hoping I just misconfigured something, because this oddity will make using Perfarce unnecessarily painful for my usecase.
You typically want to create a client spec just for perfarce that maps
the parts you want mirrored in Mercurial to the root.. as in:
//depot/sub/dirs/deep/foo //myPerfarceClient/foo/...
--
Steve Borho
More information about the Mercurial-devel
mailing list