哪个有效？SSH://或Git://(文件压缩)
我在Git中理解,git协议是智能的,因为在通信的两端都有一个协议代理来压缩文件传输,从而通过有效地利用网络带宽实现更快的克隆.
从O'Reilly的书中我发现了以下陈述.
For secure, authenticated connections, the Git native
protocol can be tunneled over an SSH connection using
the following URL templates:
ssh: //[user@]example.com[:port]/path/to/repo.git
ssh: //[user@]example.com/path/to/repo.git
ssh: //[user@]example.com/~user2/path/to/repo.git
ssh: //[user@]example.com/~/path/to/repo.git*
我不确定作者是否意味着他说的话.他谈到git协议通过SSH进行隧道传输.
从我的角度来看,除非你连接到git端口(代理端口),否则协议不起作用.SSH仅仅是未压缩的文件传输.
但是根据作者的说法,如果我们使用SSH,他说git协议是通过它进行隧道传输的.那么在GIT中SSH更智能吗？
冯C,谢谢你的回答."网络协议(HTTP和Git)通常是只读的"Git可以rw在你运行deamon时制作--enable=receive-pack.
以下是我的担忧.
当他们说git协议是智能的时,他们就意味着当你执行git clone时,git服务器代理会压缩发送回客户端的数据,因此克隆应该更快.在我的用例中,我将在香港设置git服务器并在圣何塞和其他国家使用它.因此,我希望由于延迟问题而在网络上保持高效.
所以我的问题是,当我使用时,我git clone ssh://user@server/reposloc也获得了git协议的好处吗？根据O'Reilly作者的书,他的意思是git通过ssh进行隧道传输,那么当我没有在服务器上运行git守护进程时,git协议如何工作.
所以使用SSh:// xyz ...它是否同时给出了ssh和git协议的好处？
提前感谢您的答案.
我希望将Git作为我雇主(250人)公司的主要来源控制.在继续讨论之前,我想回答以下问题.
Git是否有任何特定的最大文件大小限制可以处理？如果是这样,它是什么？
Git推荐的最大存储库大小是多少？这有助于我确定我应该在存储库中设置的内务处理.
有没有人尝试过gitolite的简易安装选项？
我正在尝试从我的窗户(工作站)安装gitolite到solaris盒子.
[command used to install]
./gl-easy-install -q git sjcfsap1 git
该命令在以下位置中断.
*Y*ou are logging into system : [gitserver]
cloning gitolite-admin repo...
Initialized empty Git repository in c:/Documents and Settings/chandve/gitolite-a
dmin/.git/
Password:
fatal: 'gitolite-admin' does not appear to be a git repository
fatal: The remote end hung up unexpectedly**
有没有人遇到过这个问题？你觉得gitolite值得这个努力吗？我期待为Git评估ACL.
感谢您的回复.
[下面的完整命令执行日志]
CHANDVE@CHANDVE /c/git/repos/gitolite/src (master)
$ ./gl-easy-install git sjcfsap1 git
------------------------------------------------------------------------
you are upgrading v1.5.3-13-g20c2e1a to v1.5.3-13-g20c2e1a
Note: getting '(unknown)' for the 'from' version should only happen once.
Getting '(unknown)' …