/gitolite, Gitolite allows you to host Git repositories easily and securely
3.6.5nb1, Package name:
gitolite-3.6.5nb1, Maintainer: pkgsrc-users
Gitolite is an SSH-based gatekeeper providing access control for
a server that hosts many git repositories. Without gitolite, each
developer needing to push to one of the repositories hosted would
need a user account on that server; gitolite lets you do that just
using SSH public keys tied to a single, common, user that hosts
all the repositories.
Gitolite can restrict who can read (clone/fetch) from or write
(push) to a repository, and who can push to what branch or tag -
an important issue in corporate environments. Other features include:
* access control by branch-name or by modified file/directory;
* per-developer "personal namespace" prefixes;
* simple but powerful configuration file syntax (with validation);
* config files (and authority for maintaining them) can be split;
* easy integration with gitweb;
* comprehensive logging;
* easy migration from gitosis.
Required to run:
Master sites: SHA1:
Version history: (Expand)
- (2016-07-09) Updated to version: gitolite-3.6.5nb1
- (2016-07-06) Updated to version: gitolite-3.6.5
- (2016-02-07) Updated to version: gitolite-3.6.4
- (2015-06-12) Updated to version: gitolite-3.6.3nb1
- (2015-04-30) Updated to version: gitolite-3.6.3
- (2014-11-29) Updated to version: gitolite-3.6.2
CVS history: (Expand)
| 2016-07-09 08:39:18 by Thomas Klausner | Files touched by this commit (1068) | |
Bump PKGREVISION for perl-5.24.0 for everything mentioning perl.
| 2016-07-05 20:49:23 by Ryo ONODERA | Files touched by this commit (3) | |
Update to 3.6.5
2016-02-20 v3.6.5 allow creator check to be bypassed during mirroring
handle new style ssh fingerprinting correctly (thanks to
allow pre-auto-gc as a repo-specific hook
optimise mirror pushes for heavily used repos
create-with-reference trigger: on repo creation, setup
objects/info/alternates for a server side alternate object
'mirror status all all' prints a list of repos that have
*some* error, which is arguably more useful for further
allow incrementally adding more repo-specific hooks
| 2016-02-07 08:37:56 by Ryo ONODERA | Files touched by this commit (2) | |
Update to 3.6.4
2015-11-01 v3.6.4 a ref-create bug in wild repos was fixed
some contrib code related to AD integration, and to
redmine user aliases
teach Alias.pm a few new tricks
remove a race condition in 'create' command that affected
the 'default roles' setting
make 'who-pushed' more efficient (local push logs, and
'gitolite query-rc' learns '-d' ('--dump') option
| 2015-11-03 04:29:40 by Alistair G. Crooks | Files touched by this commit (1995) |
Add SHA512 digests for distfiles for devel category
Issues found with existing distfiles:
No changes made to these distinfo files.
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
| 2015-06-12 12:52:19 by Thomas Klausner | Files touched by this commit (3152) |
Recursive PKGREVISION bump for all packages mentioning 'perl',
having a PKGNAME of p5-*, or depending such a package,
| 2015-04-30 02:18:23 by Ryo ONODERA | Files touched by this commit (3) | |
Update to 3.6.3
* Use GITHUB framework.
2015-04-26 v3.6.3 allow limited use of 'git config' using the new 'config'
accept openssh 6.8's new fingerprint output format
(finally!) allow limited symlinks within ~/repositories;
see commit 8e36230 for details
perms command now lists available roles
minor backward compat breakage: 'perms -l repo' no longer
works; see 'perms -h' for new usage
allow gitolite-shell to be used as $SHELL (experts only;
no support, no docs; see commit 9cd1e37 for details)
help with 'git push --signed' using a post-receive hook to
adopt push certs into 'refs/push-certs'; for details see
new 'transparent proxy' feature for git repos; see
src/lib/Gitolite/Triggers/TProxy.pm for details
| 2014-11-29 04:23:01 by Ryo ONODERA | Files touched by this commit (3) | |
Update yo 3.6.2
2014-11-10 v3.6.2 disable ../ everywhere (see mailing list thread for
VREF/NAME_NC -- like VREF/NAME but for new commits only.
Details within src/VREF/NAME_NC.
allow gitolite.conf to be tested locally; details within
| 2014-07-12 06:56:09 by Ryo ONODERA | Files touched by this commit (4) | |
Update to 3.6.1
* Improve MESSAGE
2014-06-22 v3.6.1 experimental rc format convertor for "<= 3.3" \
have already upgraded the *code* to ">= v3.4". \
giving shell access to a few users got a lot easier (see
comments in the rc file).
allow logging to syslog as well (see comments in the rc
new 'motd' command
redis caching redone and now in core; see
2014-05-09 v3.6 (cool stuff) the access command can now help you debug
your rules / understand how a specific access decision was
mirroring: since mirroring is asynchronous (by default
anyway), when a 'git push --mirror' fails, you may not
know it unless you look in the log file on the server.
Now gitolite captures the info and -- if the word 'fatal'
appears anywhere within it, it saves the entire output and
prints it to STDERR for anyone who reads or writes the
repo on the *master* server, until the error condition
mirroring: allow 'nosync' slaves -- no attempt to
automatically push to these slaves will be made. Instead,
you have to manually (or via cron, etc) trigger pushes.
(backward compat breakage) the old v2 syntax for
specifying gitweb owner and description is no longer
macros now allow strings as arguments (thanks to Jason
Donenfeld for the idea/problem).
the 'info' command can print in JSON format if asked to.
repo-specific hooks: now you can specify more than one,
and gitolite runs all of them in sequence.
new trigger 'expand-deny-messages' to show more details
when access is denied.
git-annex support is finally in master, yaaay!
new 'readme' command, modelled after 'desc'. Apparently
gitweb can use a README.html file in the *bare* repo
directory -- who knew!
2013-10-14 v3.5.3 catch undefined groupnames (when possible)
mirroring: async push to slaves
(some portability fixes)
(a couple of contrib scripts - querying IPA based LDAP
servers for group membership, and user key management)
allow groups in subconf files (this *may* slow down
compilation in extreme cases)
make adding repo-specific hooks easier (see cust.mkd or
cust.html online for docs)
smart http now supports git 1.8.2 and above (which changed
the protocol requirements a wee bit)