Greetings Kieran, Well this Gitolite sounds like an excellent tool. Although, there are employers that have paranoia for a good reason. Some have been burned, others are paid to have this paranoia, and others just simply work some national government. Whatever the excuse is, there seems to be cause for companies and countries to seriously look into how to manage GIT repositories for their benefits and advantages over other repositories, especially when the advantage applies. I can't speak for my own government/ employer on this, but there does seem to be a case here.
V/R, Dan Beatty, ABD Ph.D. Student Texas Tech University dan.bea...@mac.com http://web.me.com/danielbeatty/My_Home_Page/Welcome.html (806)438-6620 On Apr 5, 2012, at 9:31 PM, Kieran Kelleher wrote: > Gitolite makes it easy to administer many repositories with less effort that > just basic setup for a single repo. Also allows a basic level of control over > what users can and cannot do on specific repositories. > > Regards, Kieran. > (Sent from my iPhone) > > > On Apr 5, 2012, at 5:50 PM, Ted Archibald <ted.archib...@gmail.com> wrote: > >> What's the advantage gitolite offers? I was reading up on it and I didn't >> get. What's the difference between a git server VS a computer just running >> git with ssh keys? >> >> On Thu, Apr 5, 2012 at 1:40 PM, Pascal Robert <prob...@macti.ca> wrote: >> I would add: >> >> stashes : damn useful to try options without committing it. You can stash >> your tests, try something else, stash that something else, and get back to >> the first stash if you didn't like your work on the second stash. >> >> post commit hooks (never tried those except in a GitHub context) >> >> > >> > >> > Basic / typical commands for forking wonder, cloning it, contributing >> > back. ;-) >> > >> > How about the equivalent of svn:externals to integrate Wonder into our >> > employer's git repository... Or maybe the command for checking out a >> > particular version of Wonder in time for building our apps and qa against >> > it. >> >> That will be tagging. We started adding "release numbers", as tags, in the >> master branch of Wonder for this exact reason. >> >> > For people whose employer won't put their repository in the public (i.e. >> > github or whatever), is there an easy way to setup a server and that is >> > free. :-) >> > >> > >> > On Apr 3, 2012, at 6:39 PM, Kieran Kelleher wrote: >> > >> >> Following Chuck's lead ........ what would you like to get out of the >> >> "Using Git" session ..... what are the problems you are facing in the git >> >> world? I have already done an outline of my session content, but would >> >> definitely try to accommodate any requests also. >> >> >> >> Feel free to respond to this email in public list or in private. >> >> >> >> Regards and thanks, Kieran >> >> _______________________________________________ >> >> Do not post admin requests to the list. They will be ignored. >> >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> >> Help/Unsubscribe/Update your Subscription: >> >> https://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com >> >> >> >> This email sent to rpar...@mac.com >> > >> > _______________________________________________ >> > Do not post admin requests to the list. They will be ignored. >> > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> > Help/Unsubscribe/Update your Subscription: >> > https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca >> > >> > This email sent to prob...@macti.ca >> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/ted.archibald%40gmail.com >> >> This email sent to ted.archib...@gmail.com >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/kelleherk%40gmail.com >> >> This email sent to kelleh...@gmail.com > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/danielbeatty%40mac.com > > This email sent to danielbea...@mac.com
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com