Arch for CVS Users (Linux Journal)

Posted Jun 2, 2004 19:34 UTC (Wed) by josh_stern (guest, #4868) [Link]

"you can't forbid a checkin for one directory in an arch project while
allowing all the others"

Of course it could work that way. A detailed error would be
reported, no checkin would occur, and the developer would find
an alternative strategy - e.g. a) decide she didn't really
need to modify that other directory, or b) get someone else
with the necessary priviledge to do the checkin.

Posted Jun 3, 2004 1:27 UTC (Thu) by mbp (guest, #2737) [Link]

Oh, you're talking about allowing some users to commit to say ./doc/ but not anywhere else in the source tree?

It's true that Arch can't directly support that, while Svn can.

I would think that the way to do this under Arch would be to have a separate branch in which the documentation developers can work. A working directory can be assembled from several trees using Arch config specs, which are kind of like CVS modules.

(In fact I suppose you could use CVS modules to allow per-directory commits, which I had not thought about before. Doesn't Mozilla do something like that?)

In some ways this seems conceptually cleaner. It is somewhat more complex to set up, but that only has to be done once, then copied into the checkout instructions.

On the other hand, I think it's a feature that Arch's version control is managed by OS permissions which are likely to be well-understood and stronger. You can also put the different branches on different machines, which might be a good idea if you really distrust those documentation guys.

The idea of access control means something different in distributed systems. On Subversion, somebody not trusted to commit to a directory can really work on it. In distributed systems, people who are not trusted to commit at the moment can still do their own work and submit it for consideration.