Yeah, in fact it might cheaper to just get a 512 MB Linode and install Gitolite on it than buying a "organization" account on GitHub (bonus: you could also install Jenkins on the Linode VM).
> I think gitolite is just great for a team that wants unlimited private repos, > unlimited users and fine-grained access control on repos and branches > where/if needed. > > Expect to spend a while reading the docs the first time you install it to set > up your repos, users and access controls. After that "it just works". It is a > pure and simple git repo server. > > https://github.com/sitaramc/gitolite > > On Oct 8, 2012, at 5:56 PM, [email protected] wrote: > >> >> >> Envoyé de mon iPhone >> >> Le 2012-10-08 à 17:51, "Roger Perryman" <[email protected]> a écrit : >> >>> >>> On Oct 8, 2012, at 5:26 PM, Kieran Kelleher wrote: >>> >>>> Hi Roger, >>>> >>>> Here are the free solutions that I use: >> >>>> >>>> (1) github.com for open source projects. >>>> >>>> (2) https://bitbucket.org/plans is ideal for small teams of 5 or less and >>>> unlimited private repos >>>> >>>> (3) gitolite works great on a private linux environment - it just needs a >>>> single regular user account. Easy to install, configure and manage, >>>> unlimited users and repos. Has some nice access controls to limit branches >>>> and/or repos that specific users can commit to, allows per-repo >>>> configuration. I like it and would recommend it for Linux - I have not set >>>> it up on OS X. YMMV. Set it up and forget it. Administration is via simple >>>> config files in a admin repo. Admin changes are performed in the local >>>> clone of the admin report and pushed to server. So full admin change >>>> history is also in the git history of the admin repo. Adding a user is a >>>> simple case of adding their public ssh key to a folder. >>> >>> If it uses a single regular user account, how does it keep track of who >>> actually made the changes? Does it get it from the information embedded in >>> the commit objects? If not, it would seem that I would need dedicated user >>> accounts for each developer. A single user account seems to work for a >>> read-only repository more than for team development. >> >> It's a single user on the system, but it have virtual users, and each must >> have their own SSH key, this is how it finds which user it is. >>> >>>> HTH, Kieran >>>> >>>> >>>> >>>> On Oct 8, 2012, at 4:57 PM, Ramsey Gurley <[email protected]> wrote: >>>> >>>>> Hi Roger, >>>>> >>>>> The thing with git is that it's just a directory. There's not really a >>>>> server to it like SVN. As such, I ran into a lot of problems trying to >>>>> get it to work well with multiple users because of permissions issues. >>>>> >>>>> For centralization, I've just used GitHub. If you really want to keep >>>>> code on your own machines, gitosis is one way to do that, but I've never >>>>> tried it. >>>>> >>>>> https://wiki.archlinux.org/index.php/Gitosis >>>>> >>>>> Ramsey >>>>> >>>>> On Oct 8, 2012, at 1:47 PM, Roger Perryman wrote: >>>>> >>>>>> I have some questions about how to setup a git repository for my >>>>>> projects. I reviewed Kieran's presentation on git from WOWODC 2012. It >>>>>> does a great job discussing git from the client's perspective but I >>>>>> didn't see anything about setting my own repository. I realize that it >>>>>> is distributed but I think a "central repository" can still be used. If >>>>>> I am misunderstanding the way git works, feel free to correct me. >>>>>> >> >>>>>> What connection method is the best to use and what are people using? >>>>>> SSH -- Allows tracking of individual user commits >>>>>> HTTP -- Seems best for read-only access >>>>>> Other -- ??? >>>>>> >>>>>> What are the pros/cons of each connection method? >>>>>> >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Roger >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Do not post admin requests to the list. They will be ignored. >>>>>> Webobjects-dev mailing list ([email protected]) >>>>>> Help/Unsubscribe/Update your Subscription: >>>>>> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com >>>>>> >>>>>> This email sent to [email protected] >>>>> >>>>> >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Webobjects-dev mailing list ([email protected]) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> https://lists.apple.com/mailman/options/webobjects-dev/kelleherk%40gmail.com >>>>> >>>>> This email sent to [email protected] >>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list ([email protected]) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca >>> >>> This email sent to [email protected] >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/kelleherk%40gmail.com >> >> This email sent to [email protected] > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
