Git vs FTP: Или как превратить простую загрузку файлов в квест с инженерными ритуалами

Основное / Скрипты и советы | 14 февраля 2026

Представьте: вам нужно отнести папку с документами в соседний кабинет. У вас есть два варианта:
  1. Взять папку и отнести
  2. Создать репозиторий, сделать коммит, запушить в origin/main, пройти ревью, инициировать пайплайн деплоя и ждать, пока CI/CD прогонит тесты

Угадайте, какой вариант предлагают современные разработчики даже для сайта-визитки про плетение корзин? Правильно, второй! Давайте разберёмся, когда это разумно, а когда — ритуал ради ритуала.

📁 FTP/SFTP: Старый добрый "отнести папку"


Как это работает:

  1. Открываете FileZilla
  2. Подключаетесь к хостингу
  3. Перетаскиваете файлы
  4. ВСЁ

Аналогия: Это как положить документы в сейф. Открыли дверцу, положили, закрыли. Все видят итоговое состояние сейфа.

Что вам нужно:

  • Данные FTP (хост, логин, пароль)
  • Любой FTP-клиент (или даже проводник Windows)
  • Всё


🧙‍♂️ Git: Магический ритуал "загрузить файл"


Как это работает:

  1. git init (инициализируем магию)
  2. git add . (готовим заклинание)
  3. git commit -m "fix typo" (фиксируем в истории)
  4. git push origin main (отправляем в облако)
  5. Хостинг ловит webhook, запускает сборку
  6. CI/CD пайплайн гоняет тесты (для сайта про корзины!)
  7. Если всё ок — файлы появляются на хостинге

Аналогия: Это как сдать документы в архив. Сначала опись, потом проверка, потом каталогизация, потом размещение на полке. А чтобы исправить опечатку — нужно выписать новую версию документа.

⚔️ Сравнение в бою: "Просто поменяйте номер телефона в футере"


Через FTP:


  1. Открыл footer.php
  2. Поменял цифру
  3. Загрузил файл на хостинг
  4. Готово (2 минуты)


Через Git:


  1. git pull (стянул свежую версию)
  2. Открыл src/components/Footer/Footer.tsx
  3. Поменял цифру
  4. git add .
  5. git commit -m "Update phone number"
  6. git push
  7. Ждём, пока GitHub Actions прогоняет 15 минут тестов
  8. Хостинг автоматически деплоит
  9. Готово (25 минут, если повезёт)


🏗️ Обвес на хостинге: За что вы платите


Хостинг с FTP:


  • Диск (место под файлы)
  • Процессор (чтобы файлы отдавать)
  • Почти всё


Хостинг с Git-автодеплоем:


  1. Git-репозиторий (GitHub/GitLab/Bitbucket) — бесплатно, но публично. Приватный — $4-20/мес
  2. CI/CD пайплайн (GitHub Actions, GitLab CI) — минуты считаются, лимиты есть
  3. Webhook обработка на хостинге
  4. Сборка проекта (если это не чистый HTML) — npm run build съедает память и CPU
  5. Резервное копирование репозитория (а вдруг GitHub упадёт?)
  6. Мониторинг деплоев (упал ли билд?)


Реальная стоимость:

  • Простой хостинг с FTP: 300 руб/мес
  • Хостинг с поддержкой Git-деплоя: от 1500 руб/мес

  • Время разработчика на настройку: 10 000-30 000 руб



📊 Адекватный анализ: Кому что нужно


🟢 Выбирайте FTP/SFTP, если:


Ваш проект — это:
  • Сайт-визитка (HTML/CSS/JS)
  • Небольшой сайт на PHP (WordPress/DLE/OpenCart)
  • Лендинг
  • Файлы, которые нужно просто залить на сервер


Вы — это:
  • Владелец малого бизнеса
  • Фрилансер, делающий простые сайты
  • Студент
  • Человек, который хочет просто загрузить файлы


Экономика:
  • Нулевые накладные расходы на обучение
  • Никакой инфраструктуры кроме хостинга
  • Любой сотрудник может загрузить файл после 5-минутного инструктажа


🔵 Выбирайте Git, если:


Ваш проект — это:
  • Веб-приложение (React/Vue/Angular)
  • Сложный SaaS-продукт
  • Проект с командой от 2+ разработчиков
  • Система, где важно отслеживать КАЖДОЕ изменение
  • Продукт с частыми обновлениями и откатами


Вы — это:
  • Tech-стартап с инвестициями
  • IT-компания с отделом разработки
  • Разработчик, работающий в команде
  • Человек, которому нужна история изменений и ветвление


Экономика оправдана, когда:
  • Стоимость ошибки на продакшене > 100 000 руб
  • Над проектом работают несколько человек одновременно
  • Нужно тестировать изменения перед выкладкой
  • Проект живёт годами и накапливает историю


💀 Реальные риски и подводные камни


Риски FTP (их любят преувеличивать):


«А вдруг перетру файл?»
  • Решение: Бэкапы хостинга (есть у всех)
  • Решение: FileZilla сохраняет историю загрузок


«А если несколько человек правят?»
  • Реальность: На сайте малого бизнеса обычно правят 1-2 человека
  • Решение: «Петя, не трогай, я сейчас обновляю!» — работает 20 лет


Риски Git (о которых молчат):


«Упал CI/CD пайплайн»
Реальный кейс: Сайт цветочного магазина не обновлялся 3 дня, потому что в package.json сломалась версия зависимости. Продажи упали на 40%.

«Зависимость от инфраструктуры»
GitHub упал → деплои встали. Интернет пропал → не запушить. Docker сломался → не собрать.

«Переусложнение простых задач»
Чтобы поменять картинку на главной, нужно:
  1. Найти дизайнера
  2. Получить макет
  3. Оптимизировать изображение
  4. Создать feature-ветку
  5. Сделать PR
  6. Пройти ревью
  7. Замержить
  8. Ждать деплоя


И всё это для того, чтобы заменить hero.jpg на hero-new.jpg.

🎭 Театр абсурда: Git для нетипичных случаев


Кейс 1: Сайт бабушки-рукодельницы


  • Что нужно: Выложить 10 фото вязаных носков
  • Что предлагают: Git-репозиторий, GitHub Pages, GitHub Actions для оптимизации изображений
  • Реальность: Бабушка плачет, внук-студент тратит выходные на настройку
  • Итог: Носки так и не выложены, бабушка продала их соседке


Кейс 2: Визитка сантехника


  • Что нужно: Контакты, фото работ, прайс
  • Что предлагают: React, TypeScript, Vite, Tailwind, Git flow
  • Реальность: Сантехник Женя не может поменять номер телефона, когда меняет оператора
  • Итог: Клиенты звонят на старый номер, Женя теряет заказы


Кейс 3: Каталог продукции завода


  • Что нужно: 5000 товаров, которые обновляются раз в квартал из 1С
  • Что делают: Git для хранения JSON-файлов с товарами
  • Реальность: Каждый выгрузка — конфликт мержа на 5000 строк
  • Итог: Завод нанимает отдельного «Git-инженера» за 120 000 руб/мес


⚖️ Честный чеклист: Что выбрать


Отвечайте ДА на FTP, если:


  • Сайт меняется реже 1 раза в неделю
  • Над сайтом работает 1-2 человека
  • Изменения простые (текст, картинки, стили)
  • Нет командной разработки
  • Хотите минимальную инфраструктуру
  • Бюджет ограничен
  • Нет DevOps-специалиста


Отвечайте ДА на Git, если:


  • Над проектом работает 3+ разработчика
  • Есть автоматические тесты
  • Нужны code review перед выкладкой
  • Часто откатываете изменения
  • Веб-приложение, а не сайт
  • Есть бюджет на инфраструктуру
  • Есть команда поддержки


💡 Практический совет: Гибридный подход


Для малого бизнеса идеально:


Контент → через админку CMS
Пример: Новости, статьи, товары — всё через веб-интерфейс

Шаблоны/стили → через FTP
Пример: Поменяли дизайн — дизайнер отдал файлы, верстальщик залил по FTP

Сложная логика → через Git (если есть)
Пример: Кастомный модуль оплаты — тут да, нужен Git

Техническая реализация:



Хостинг за 300 руб/мес
├── CMS (WordPress/DLE) ← контент-менеджеры правят тут
├── /templates/ ← дизайнер заливает по FTP
└── /modules/ ← разработчики (если они есть) используют Git


🎯 Вывод: Не усложняйте без необходимости


Git — это прекрасный инструмент для:

  • Командной разработки
  • Сложных проектов с историей
  • Процессов, где важны review и тестирование

Но для 80% сайтов в интернете:

  • Сайт-визитка ИП
  • Лендинг продукта
  • Каталог товаров
  • Блог или новостной портал

...FTP более чем достаточно.

Помните: каждый слой абстракции — это:

  • Новые точки отказа
  • Дополнительные расходы
  • Время на обучение
  • Зависимость от специалистов


Задайте себе вопрос:
«Если мой сайт перестанет работать на 3 часа, сколько я потеряю?»

  • Если ответ «100 000+ рублей» — возможно, Git и CI/CD оправданы.
  • Если ответ «ну, несколько клиентов отложат заказ» — FTP ваш выбор.

Не позволяйте навязать себе космические технологии для поездки в соседний магазин. Иногда проще и эффективнее просто дойти пешком.
Перейти на сайт