On Fri, Nov 4, 2011 at 5:31 AM, Zeev Pekar <z.pe...@gmail.com> wrote:

> 2) is it possible to deny access to folders of the source tree to
> certain users and grant access to the rest of the folders? (like in
> gitolite)
>
>
With Fossil (or git or hg or mtn or bzr) each user has their own complete
copy of the repository on their local machine.  And so each user can do
anything they want to their local copy of the repo and there is nothing you
the administrator can do to prevent it.  That's the nature of DVCS.

Gitolite says it provides per-directory "write" permissions on the central
repo.  "read" permission is always per-repo.  I presume they do this by
denying push to repos that have modified directories that they are
forbidden to modify.  Or perhaps they are playing some really nasty games
with rebase.  But probably the former.

Fossil does not do that and I have precious little motivation to make it do
that.

Fossil strives to be low-ceremony.  By that I mean that you don't need a
lot of central administrator setup and permission in order to participate
in a Fossil-hosted project.  The idea is that you trust your developers to
do the right thing, to follow the rules you have created for your project,
and to not modify files which they are not permitted to modify.  This is
not an unreasonable idea, since if you cannot trust your developers then
you have way more serious problems.

To complement its low-ceremony operating principle, Fossil also maintains a
detailed and immutable audit trail and tools to detect and reverse
undesirable changes and promote situational awareness.  So if a developer
does break the rules by checking into the wrong directory, he will be found
out, the changes can be backed out, and the rogue developer can be dealt
with administratively.

I have used both low-ceremony and high-ceremony systems and I have found
that the low-ceremony designs yield less frustration and greater
productivity, which is why Fossil is designed to be low-ceremony and why I
am so unmotivated to give it high-ceremony features.

-- 
D. Richard Hipp
d...@sqlite.org
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to