git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Re: Git push over git protocol for corporate environment

From
ESEugene Sajine <euguess@gmail.com>
Date
Oct 2, 2009, 14:41 UTC
Message-ID
<76c5b8580910020741p2024f6c0w70be53338924e7e8@mail.gmail.com>
In-Reply-To
<00163623ac5d75929b0474e66b96@google.com>

I'm sorry if it will be a dup again... My first email got stuck or deleted by server, although i didn't use any html...

Thanks to everybody for prompt answers!

There is one thing I’m still missing though. Do I understand correctly that if a person has an ssh access (account) to the host in internal network, then this won’t be enough for him to be able to push to the repo? Should we still go through the hassle of managing the ssh keys for each particular user who is supposed to have push access?

I believe the answer is yes and that's why I'm leaning towards pulls and pushes over git protocol. There is no solution yet which would be as effective and simple to maintain. Using git protocol will not add security, but it won't be worse than existing CVS or any other centralized version control security model. As soon as security comes into play, then we will need some other solution, but currently i didn't see anything that would be easy to sell to the company.

Github is cool, but FI is way too expensive and very hard to sell.

Gitorious is even better!! for corporate use, i think, because of its team oriented approach, but... man... I would kill for java implementation or anything as simple as that!! As i see It is impossible to install in network without internet access, and the amount of dependencies which you have install/pre-install is enormous. I read somewhere ruby on rails is fun to develop with, but is a nightmare to deploy and maintain, and it seems to be true. Come on, guys!! Look at the Hudson CI - one war file containing everything you need, application starts from command line "java -jar hudson.war" and runs on any port you specify. Time to start from download to having first build is less the 10 min!!! If there are gitorious guys - please, think about it and don't forget to share the profit;)!

I think Cgit can be something competitive - although i failed to run it yet, having some issues with build...and as all other web based stuff, you should implement something in order to create and set up bare repos on the server automatically (even probably edit the config file via script) to avoid a mess and to avoid one guy spending his time adding and configuring repos... Probably we will and up using gitweb as it at least knows to scan a folder for git repos...although it also gives me troubles installing... both with cgit and gitweb are conducted under cygwin, so probably this is the real problem with them;)

I think that this is what is missing right now in order for git to get rocket start and spread inside companies: secure and easy to maintain mainline hosting.

Probably my lack of experience with git causes these thoughts - so, while i will continue to work on it, i would really appreciate any advice, especially about experience using git not for open source and not in 3 person's team.

Thanks a lot, Eugene

Previous: Shawn O. PearceNext: Shawn O. Pearce
Message 8 of 13 in “Git push over git protocol for corporate environment”
  1. Eugene SajineSep 30, 2009
  2. David BrownSep 30, 2009
  3. Jakub NarebskiSep 30, 2009
  4. Michael PooleSep 30, 2009
  5. Shawn O. PearceOct 1, 2009
  6. Marius Storm-OlsenOct 1, 2009
  7. Shawn O. PearceOct 1, 2009
  8. Eugene SajineOct 2, 2009
  9. Shawn O. PearceOct 2, 2009
  10. Eugene SajineOct 2, 2009
  11. Ismael LucenoOct 2, 2009
  12. Jakub NarebskiOct 4, 2009
  13. Matthieu MoyOct 4, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.