aboutsummaryrefslogtreecommitdiffstats
path: root/git-init-shared (follow)
Commit message (Collapse)AuthorAgeLines
* Rename git-init-shared(1) to git-init-acl(1)Wolfgang Müller2022-03-03-36/+0
| | | | | | | We have always felt that the name of this program was too close to the invocation of 'git init --shared' which does something similar. Make it clear in the name that we're working with POSIX ACLs instead of normal permission sets as 'git init --shared' does.
* git-init-shared: Collapse calls to setfaclWolfgang Müller2021-07-19-4/+2
| | | | | setfacl(1) allows specifying multiple ACL entries with ','. This makes the code cleaner and easier to maintain.
* git-init-shared: Allow adding users to ACLs subsequentlyWolfgang Müller2021-07-19-3/+16
| | | | | | | | | | | | | | | | | | | git-init(1) allows users to safely reinitialize a git repository. This is useful, for example, if new permissions are set with --shared. This commit adds similar functionality to git-init-shared(1) by not only setting the right ACLs on the toplevel directory (and relying on ACL inheritance through the default entry), but also making sure that the correct rights are set for all files that already exist in the repository. Where before a user had to run the right 'setfacl' invocation themselves to add a new user to the access lists, now the same is possible by simply invoking git-init-shared(1) again with the right user. For example, the following invocation adds access to both 'foo' and 'bar': git init-shared repo/ foo git init-shared repo/ bar
* Initial importWolfgang Müller2021-05-16-0/+25