Что эффективнее? SSH://или Git://(сжатие файлов)
Я понимаю, что протокол Git, Git является интеллектуальным, потому что на обоих концах commumnication есть агент протокола для сжатия передачи файла, что приводит к более быстрому клонированию, эффективно используя пропускную способность сети.
Из книги О'Рейли я нашел следующие утверждения.
For secure, authenticated connections, the Git native
protocol can be tunneled over an SSH connection using
the following URL templates:
ssh: ///[[email protected]]example.com[:port]/path/to/repo.git
ssh: //[[email protected]]example.com/path/to/repo.git
ssh: //[[email protected]]example.com/~user2/path/to/repo.git
ssh: //[[email protected]]example.com/~/path/to/repo.git*
Я не уверен, имеет ли автор то, что он говорит. Он говорит о протоколе Git, который туннелируется через SSH.
С моей точки зрения, если вы не подключаетесь к порту Git (порт агента), протокол не действует. И SSH - это просто несжатый перенос файлов.
Но согласно автору, если мы используем SSH, он говорит, что протокол Git туннелируется над ним. Итак, SSH умнее в GIT?
V C, Спасибо за Ваш ответ. "Сетевые протоколы (HTTP и Git) обычно доступны только для чтения" Git можно сделать rw, когда вы запускаете deamon с помощью --enable = receive-pack.
Вот мои проблемы. Когда говорят, что протокол Git является интеллектуальным, это означает, что при выполнении Git clone, агент Git агент сжимает данные, которые отправляются обратно клиенту, поэтому клон должен быть быстрее. Im мой usecase, я буду устанавливать сервер Git в hongkong и использовать его в sanjose и других странах, поэтому, я хочу быть эффективными по сети из-за проблем с задержкой.
Итак, мой вопрос: когда я использую Git clone ssh://user @server/reposloc, я также получаю преимущества протокола Git. Согласно книге авторов Orelly, он означает, что Git туннелируется поверх ssh, тогда как работает протокол Git, когда у меня нет Git daeomon, запущенного на сервере.
Итак, используя SSh://xyz... дает ли это как преимущество протоколов ssh и Git?
оцените свои ответы заранее.
