| |||||||||||
wish: better access controlwish: better access controlPosted Sep 18, 2005 6:23 UTC (Sun) by dann (subscriber, #11621)In reply to: wish: better access control by kevinbsmith Parent article: Mercurial: an alternative to git
The fact is that when multiple people work on the same project their work
(Log in to post comments)
wish: better access control Posted Sep 18, 2005 14:26 UTC (Sun) by man_ls (subscriber, #15091) [Link] I think the way to go in that case would be to have a "team leader" that picks the relevant changes from everyone and applies them to her own tree. So no need to have access control there. But maybe you are thinking of a different scenario.
wish: better access control Posted Sep 18, 2005 15:40 UTC (Sun) by dann (subscriber, #11621) [Link] Having a single leader that applies all the changes is simply NOT the waya lot of (probably most) software is developed. Allowing more that one person to make changes is very important.
wish: better access control Posted Sep 18, 2005 16:40 UTC (Sun) by man_ls (subscriber, #15091) [Link] It is not how software is developed nowadays, but simply because we use the old paradigm of "single repository -- multiple branches". If we switched to a new distributed paradigm, where a developer publishes her changes and a leader imports them in order to make a version, these new tools would become indispensable. But don't you think that applying the old way of thinking to the new source management model would just add needless complexity?
wish: better access control Posted Sep 22, 2005 18:39 UTC (Thu) by bos (subscriber, #6154) [Link] Merging work and write access are orthogonal concepts.
Here's how merging works in a distributed SCM.
You publish your changes somewhere, and tell me. I pull them over, and merge my changes in. I publish the merged result, and tell you. You pull the results of the merge.
Now we both have your changes and mine, but at no point did either of us have write access to the other's storage.
Another way of approaching the issue: we both have write access to a shared server. However, in many systems, we can't push changes to the server without merging first, so the server cannot get into a messy unmerged state.
|
|||||||||||