From 52e9ae4463684584fd8bd7a4655b7b181471cfbe Mon Sep 17 00:00:00 2001 From: Boud Roukema Date: Thu, 23 Apr 2020 02:36:43 +0200 Subject: 4.5 Project analysis - multi-user Increase by 5 words. We don't need to give a big warning here, but "Permissions management" is meant to be a brief way of saying that whether or not different users can really read/write/execute in subdirectories will firstly depend on whether the user who cloned Maneage has handled these permissions correctly and whether s/he is able to allow others to edit in his/her subdirectories. Comment: Users would have to check who else is logged in at the time, who else is running jobs, and so on. On a supercomputer this might make sense, to avoid unnecessary recompiles. Anyway, this edit summary is not the place to discuss this... --- paper.tex | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) (limited to 'paper.tex') diff --git a/paper.tex b/paper.tex index ab06c4c..c13900c 100644 --- a/paper.tex +++ b/paper.tex @@ -662,11 +662,11 @@ Modern version control systems provide many more capabilities that can be levera \subsection{Multi-user collaboration on single build directory} \label{sec:collaborating} -Because the project's source and build directories are separate, it is possible for different users to share a build directory, while working on their own separate project branches during a collaboration. -Similar to the parallel branch that is later merged in Figure \ref{fig:branching}(a). -To enable this mode, \inlinecode{./project} script has a special \inlinecode{--group} option which takes the name of a (POSIX) user group in the host OS. +Because the project's source and build directories are separate, an option is provided for different users to share a build directory, while working on their own separate project branches during a collaboration. +This is similar to the parallel branch that is later merged in Figure \ref{fig:branching}(a). +To enable this mode, the \inlinecode{./project} script has an option \inlinecode{--group} that must be given the name of a (POSIX) user group in the host OS. All files built in the build directory are then automatically assigned to this user group, with read and write permissions. -Of course, avoiding conflicts in the build directory, while members are working on different branches is up to the team. +Permission management and avoiding conflicts in the build directory while members work on different branches is the responsibility of the team. \subsection{Publishing the project} \label{sec:publishing} -- cgit v1.2.1