10289c6d64
I had someone delete the admin repo on the server, then run gl-setup again, and complain that included config files did not get restored. There have been others (see below) before with similar demands, but those at least had the excuse of being provoked by genuine mistakes. This guy was intentionally breaking stuff server side. Wish I could say he was stupid, but actually he was probably smarter than I. Just that his idea of the limits of gitolite's responsibility was vastly different from mine. ---- [1] There was this guy who, as root, went on a "chmod go-rwx" spree for security, which bollixed up gitweb access to all his repos, so he tells me gitolite should be able to fix all the permissions on the next admin push at least? (That is, instead of just setting umask as it currently does, it should go on a chmod spree just like he did). [2] Then there was the guy who told me gitolite should re-create all the "gl-creater" files for his wildcard repos because he was restoring from a git push --mirror backup and that doesn't preserve those files? I tried to tell him that a git push --mirror doesn't preserve "config" or "description" or "info/exclude" or any of the other files that git (not gitolite) maintains, but he didn't care -- losing those did not affect him (or he never had them), but losing these affected access control, and it's my fault. |
||
---|---|---|
.. | ||
1-INSTALL.mkd | ||
2-admin.mkd | ||
3-faq-tips-etc.mkd | ||
admin-defined-commands.mkd | ||
big-config.mkd | ||
CHANGELOG | ||
COPYING | ||
delegation.mkd | ||
gitolite-and-ssh.mkd | ||
hook-propagation.mkd | ||
http-backend.mkd | ||
install-transcript.mkd | ||
migrate.mkd | ||
mirroring.mkd | ||
mob-branches.mkd | ||
overkill.mkd | ||
packaging.mkd | ||
progit-article.mkd | ||
report-output.mkd | ||
shell-games.mkd | ||
ssh-troubleshooting.mkd | ||
uninstall.mkd | ||
who-uses-it.mkd | ||
wildcard-repositories.mkd |