Протокол Git через HTTP (подібно до самого HTTP) є без стану з точки зору сервера HTTP. Весь стан ПОВИНЕН зберігатися та керуватися клієнтським процесом. Це дозволяє виконувати просте циклічне балансування навантаження на стороні сервера, не турбуючись про керування станом.
По суті, це означає, що ви будете адміністратором або що ви використовуєте попередньо налаштований сервер WebDAV.
- Крок 1: налаштуйте чистий репозиторій Git. На момент написання git-http-push не може віддалено створити сховище Git. …
- Крок 2: увімкніть DAV у цьому сховищі. …
- Крок 3: налаштуйте клієнт. …
- Крок 4: зробіть перший поштовх.
Основною функціональністю SSH і HTTPS є шифрування даних, оскільки обидва протоколи є безпечними криптографічними мережевими протоколами. Завдяки своїм функціям безпеки, багато серверів Git, включаючи GitHub і GitLab, використовують SSH і HTTPS для захисту зв'язку між клієнтом і сервером.
Сценарій http-git Перевіряє сховище Git, знайдене в кореневій папці документа веб-сайту /. git/<щось>) і отримує якомога більше інформації про репозиторій, включаючи мову/фреймворк, віддалені пристрої, повідомлення останнього коміту та опис сховища.
Git може використовувати чотири різні протоколи для передачі даних: Локальний, HTTP, Secure Shell (SSH) і Git. Тут ми обговоримо, що це таке та в яких основних обставинах ви б хотіли (або не хотіли) їх використовувати.
Протокол Git через HTTP (як і сам HTTP) не має стану з точки зору сервера HTTP. Весь стан ПОВИНЕН зберігатися та керуватися клієнтським процесом. Це дозволяє виконувати просте циклічне балансування навантаження на стороні сервера, не турбуючись про керування станом.