Galina wrote:Cut не очень подходит, так как эти люди будут и старый проект доделывать и по новому работать, и необходимо, чтобы ими могли распоряжаться оба менеджера.
Тогда нужно одного менеджера сделать подчиненным другого (через cut/paste), даже если формально они равноправны.
Galina wrote:Возможно, мне как-то проще можно будет реализовать задуманное настройкой прав, правда, похоже, в ней еще "плаваю". Поясните, пожалуйста, правильно ли понимаю, что, чтобы иметь возможность назначать "не своего пользователя" ответственным в какой-то задаче необходимо:
1. Правилами доступа обеспечить свой доступ к этому пользователю
2. Обеспечить доступ этого пользователя к проекту, в котором создается задача
3. Убедиться, что группа, в которой тот пользователь состоит, позволяет ему быть ответственным в задаче создаваемой категории
Такое вроде получилось сделать на тренировочном проекте. Далее, чтобы иметь возможность назначать подчиненных того пользователя ответственными в подпроектах нового проекта, необходимо будет прописать им доступ на подпроекты и себе доступ на них, на каждого в отдельности, да? Или эта схема нежизнеспособна?
Группы, да, созданы не под root-ом, они даже в примерах встроенных не под root-ом, поэтому немного удивлена, что оказывается их так лучше было создавать)))
1 не нужно, если пользователь может быть ответственным и имеет доступ к проекту - кто угодно может его назначить.
С подпроектами ничего мудрить не надо, если доступ на задачу есть, то на все подзадачи он есть автоматически.
Группы не под рутом хорошо делать если есть несколько разных отделов, независимых. Если группы глобальные - лучше их в корне создать.
