[p4] Efficiency of protect
Sushree Tripathy
sushreetripathy at yahoo.com
Mon Feb 26 21:08:42 PST 2007
Thanks Robert for your suggestion.
Thanks Stephen,
But my intention is that bangalore_users do not get
any access to the //depot/main/dev/... codeline at all
since it is a restricted one.
So even seeing a copy is voilating the rights and I
need a work around.
I also saw the undoc =rights, i.e =branch restriction.
So using that in protections as :
=branch group newyork_user * -//depot/main/dev/...
would restrict them to do any integ operation using
the codeline as the source I guess.
Again this puts a restriction that they cannot integ
the above codeline to their personal/team branches to
carry out some work.
So again I need a work around... :(
To this I think there are two options left with me:
1)Considering Robert's suggestion we can create
awareness that such an operation will be considered as
an offence.
OR
2)Write trigger to prevent the operation
Please correct me if I am wrong and give suggestions
if any...
-Sushree.
--- Stephen Vance <steve at vance.com> wrote:
> Sushree --
>
> In your branching example, if the newyork_users
> branch
> //depot/main/dev/... to //depot/main/jam/dev/... the
> bangalore_users can
> only operate on the copy under
> //depot/main/jam/dev/.... If your purpose
> is to completely hide the contents of that source,
> you have an issue to
> overcome. If you just want to protect the copy under
>
> //depot/main/dev/... then you don't have a problem.
>
> You may also want to look at the "branch" protection
> level. You can find
> it as an undocumented feature under 'p4 help undoc'.
>
> Steve
>
> Sushree Tripathy wrote:
> > Hi All,
> >
> > I have two groups say
> >
> > bangalore_users
> > newyork_users
> >
> > I have the following protections:
> > read group bangalore_users * //depot/main/...
> > write group bangalore_users * //depot/main/jam/...
> > read group bangalore_users * -//depot/main/dev/...
> > wirte group newyork_users * //depot/main/...
> >
> > But what if someone from newyork_users group
> branches
> > the files under //depot/main/dev/... to
> > //depot/main/jam/dev/...
> >
> > Then bangalore_users get write access to files
> under
> > //depot/main/dev/... which they should not have
> > access.
> >
> > I do understand that the above example can be
> stated
> > as a mischief but my point is that are the
> protections
> > that efficient w.r.t files/folders?
> >
> > Also can we implement some triggers so that we
> > restrict branching paths by which files become
> visible
> > to restricted users?
> >
> > Please suggest....
> >
> >
> > Regards,
> > Sushree.
> >
> >
> >
> >
> >
>
____________________________________________________________________________________
> > Now that's room service! Choose from over 150,000
> hotels
> > in 45,000 destinations on Yahoo! Travel to find
> your fit.
> > http://farechase.yahoo.com/promo-generic-14795097
> > _______________________________________________
> > perforce-user mailing list -
> perforce-user at perforce.com
> >
>
http://maillist.perforce.com/mailman/listinfo/perforce-user
> >
> >
>
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com
More information about the perforce-user
mailing list