У вас уже есть ответ. Создайте новую группу для своей новой команды Foo-Contributors и добавьте ее только в указанный репозиторий c. Помните, что все пользователи, которых вы оставите в качестве членов группы Contributors, будут по-прежнему иметь доступ ко всем этим репо.
Если вы хотите быть прагматичным c, вы может назначить эту группу узлу Git repositories (он же все) и назначить Not set всем разрешениям.
это не позволит вам назначить какие-либо разрешения одному репо они нужны команде, если они все сначала не входят в группу участников, что не интуитивно понятно.
Я не уверен, что ваши настройки создают у вас такое впечатление, но это не должно быть правдой.
Эта новая группа
должна быть так же назначена хранилищу, как и любая другая, и разрешения группы для этого хранилища должны также можно назначать.
Возможно, комментарий к этому ответу даст вам понимание, почему вы видите, что группа "удалена" ». Первоначально мой комментарий был:
, если добавляемый пользователь уже является частью групп, которые добавляются в репозиторий, и разрешения для пользователя не отличаются от полномочий группы, тогда пользователь удален, потому что его «явные» разрешения ничем не отличаются от их унаследованных разрешений
В действительности Я думаю, что это больше связано с начальными настройками добавленной группы.
Когда группа или пользователь первоначально добавляются в репо, все разрешения равны Not set (по крайней мере, в этом случае b / c эта группа не наследует никаких разрешений от каких-либо других узлов ) , что фактически идентично отсутствию этой группы в графе разрешений для этого объекта вообще.
В связанном сообщении упоминалось, что для нажатия кнопки save необходимо изменить разрешение, теперь изменения разрешаются автоматически построчно, поэтому, если вы добавите группу, а затем закроете фильтр перед изменением разрешений, группа будет удалена из разрешения ионный график.
«добавляет» группу, но не изменяет разрешения до X-го поискового фильтра 
вызывает удаление группы из графа разрешений объекта (репо) 