From: Johan Herland <johan@herland.net>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: [PATCH/RFC 0/7] Restricting repository access (Was: [BUG?] How to make a shared/restricted repo?)
Date: Wed, 25 Mar 2009 22:36:02 +0100 [thread overview]
Message-ID: <200903252236.03010.johan@herland.net> (raw)
In-Reply-To: <7v63hybaqd.fsf@gitster.siamese.dyndns.org>
On Wednesday 25 March 2009, Junio C Hamano wrote:
> Johan Herland <johan@herland.net> writes:
> > On Wednesday 25 March 2009, Junio C Hamano wrote:
> >> You might like to try a patch like this (untested).
> >>
> >> path.c | 17 +++++------------
> >> 1 files changed, 5 insertions(+), 12 deletions(-)
> >
> > Thanks!
> >
> > This works much better :)
> >
> > However, there are still some questions/issues:
> >
> > - t1301-shared-repo.sh fails:
> > Oops, .git/HEAD is not 0664 but -rw-rw---- [...]
> > * FAIL 3: shared=1 does not clear bits preset by umask 022
> > (I guess this is expected, as your patch changes the assumptions)
>
> I'd rather say the patch breaks people's expectations.
I thought some more about the current semantics, and came up with this
patch series, which replaces your original suggestion.
In short, I leave the core.sharedRepository semantics as is (i.e. it is
only used to _loosen_ repository permissions), and introduce a new
variable - core.restrictedRepository - that takes care of _tightening_
repository permissions. Its value is a permission mask that is applied
to the file mode in adjust_shared_perm()
The patch series is based on recent 'next', and the testsuite passes
after each individual patch.
Here is a short rundown of the individual patches:
1. Clarify existing documentation to reflect the current semantics of
core.sharedRepository and "git init --shared". Even if the rest of
the series is rejected, I hope this can make it in some form.
2. Minor cleanup in path.c:adjust_shared_perm(). This is pretty much
your original patch with any functional changes removed.
3. Introduce core.restrictedRepository. Adds git_config_perm_mask()
for parsing the config value, and changes adjust_shared_perm() to
apply the permission mask. Includes documentation of the new config
variable.
4. Add "--restricted" to "git init". Heavily modeled on the existing
"--shared" option. Includes documentation of the new option.
5. Add tests for the functionality introduced in #3 and #4.
6. Apply adjusted repository permissions in "git init" when copying
templates into the new repo.
7. Apply restricted permissions to loose objects and pack files. This
ensures that loose objects and pack files do not get permissions
that are more liberal than the rest of the repository.
Have fun!
...Johan
Johan Herland (7):
Clarify documentation on permissions in shared repositories
Cleanup: Remove unnecessary if-else clause
Introduce core.restrictedRepository for restricting repository
permissions
git-init: Introduce --restricted for restricting repository access
Add tests for "core.restrictedRepository" and "git init --restricted"
git-init: Apply correct mode bits to template files in
shared/restricted repo
Apply restricted permissions to loose objects and pack files
Documentation/config.txt | 41 ++++++++++++-
Documentation/git-init.txt | 50 +++++++++++++++--
builtin-init-db.c | 31 +++++++++-
cache.h | 8 +++
environment.c | 1 +
fast-import.c | 4 +-
http-push.c | 2 +-
http-walker.c | 2 +-
index-pack.c | 4 +-
path.c | 22 +++----
setup.c | 36 ++++++++++++
sha1_file.c | 2 +-
t/t0001-init.sh | 24 +++++++-
t/t1304-restricted-repo.sh | 132 ++++++++++++++++++++++++++++++++++++++++++++
14 files changed, 323 insertions(+), 36 deletions(-)
create mode 100755 t/t1304-restricted-repo.sh
next prev parent reply other threads:[~2009-03-25 21:37 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-25 0:05 [BUG?] How to make a shared/restricted repo? Johan Herland
2009-03-25 0:26 ` Brandon Casey
2009-03-25 0:45 ` Johan Herland
2009-03-25 0:49 ` Junio C Hamano
2009-03-25 0:46 ` Junio C Hamano
2009-03-25 2:11 ` Johan Herland
2009-03-25 2:24 ` Junio C Hamano
2009-03-25 21:36 ` Johan Herland [this message]
2009-03-25 21:37 ` [PATCH/RFC 1/7] Clarify documentation on permissions in shared repositories Johan Herland
2009-03-25 21:38 ` [PATCH/RFC 2/7] Cleanup: Remove unnecessary if-else clause Johan Herland
2009-03-25 21:39 ` [PATCH/RFC 3/7] Introduce core.restrictedRepository for restricting repository permissions Johan Herland
2009-03-25 21:39 ` [PATCH/RFC 4/7] git-init: Introduce --restricted for restricting repository access Johan Herland
2009-03-25 21:40 ` [PATCH/RFC 5/7] Add tests for "core.restrictedRepository" and "git init --restricted" Johan Herland
2009-03-25 21:41 ` [PATCH/RFC 6/7] git-init: Apply correct mode bits to template files in shared/restricted repo Johan Herland
2009-03-25 21:42 ` [PATCH/RFC 7/7] Apply restricted permissions to loose objects and pack files Johan Herland
2009-03-25 23:19 ` [BUG?] How to make a shared/restricted repo? Junio C Hamano
2009-03-26 0:22 ` Johan Herland
2009-03-26 7:23 ` Junio C Hamano
2009-03-26 8:29 ` Johan Herland
2009-03-26 8:41 ` Johannes Sixt
2009-03-26 9:44 ` Johan Herland
2009-03-26 9:58 ` Johannes Sixt
2009-03-26 15:02 ` [PATCH 0/2] chmod cleanup (Was: [BUG?] How to make a shared/restricted repo?) Johan Herland
2009-03-26 15:16 ` [PATCH 1/2] Move chmod(foo, 0444) into move_temp_to_file() Johan Herland
2009-03-28 6:14 ` Junio C Hamano
2009-03-28 10:48 ` Johan Herland
2009-03-26 15:17 ` [PATCH 2/2] Resolve double chmod() in move_temp_to_file() Johan Herland
2009-03-28 6:21 ` Junio C Hamano
2009-03-28 11:01 ` Johan Herland
2009-03-29 20:31 ` Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200903252236.03010.johan@herland.net \
--to=johan@herland.net \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).