Контроль версий для обмена файлами: избегайте хаоса

Каждый год российские суды рассматривают споры о том, «какая версия документа была согласована». Без контроля версий доказать это практически невозможно. По 152-ФЗ операторы персональных данных также обязаны обеспечивать целостность данных — а непреднамеренная перезапись файлов это нарушает. Устраните хаос перезаписи тремя взаимодополняющими инструментами: нативная история версий на платформе синхронизации (Google Drive хранит 100 версий или 30 дней, Dropbox Business — 180 дней, OneDrive — 500 версий), блокировка для файлов, которые может редактировать только один человек (SharePoint, Box или DAM типа Bynder), и Git или Git-LFS для всего текстового или требующего явного ветвления. Наслоите поверх соглашение об именовании с суффиксами vNN, и получите автоматическое восстановление (инструмент синхронизации) плюс намеренные снимки (ветки в стиле Git).

Три режима сбоя общих файлов

Каждая катастрофа перезаписи — один из трёх паттернов. Распознайте их, и решения станут очевидны.

Коллизия одновременного сохранения: два человека редактируют один файл одновременно; побеждает последнее сохранение, работа первого исчезает. Решения: совместное редактирование в реальном времени (Google Docs, Office Online) или явная блокировка (checkout SharePoint).
Случайная перезапись: кто-то открывает «файл», редактирует его, сохраняет поверх канонической копии, намереваясь сохранить личную рабочую копию. Решение: чёткое разделение источников истины с копиями только для чтения.
Потерянная история: три версии назад файл был правильным, но текущее состояние сломано, и никто не может восстановить промежуточные шаги. Решение: сохранённая история версий на платформе плюс дисциплинированные снимки.

Большинство команд сталкиваются со всеми тремя. Составное решение использует разные инструменты для разных режимов сбоя.

Совместное редактирование в реальном времени для живых документов

Для прозы и таблиц, редактируемых многими людьми, совместное редактирование в реальном времени полностью устраняет коллизии перезаписи. Google Docs, Sheets и Slides без проблем справляются со 100+ одновременными редакторами. Microsoft 365 Word Online и Excel Online близки по паритету с лучшей совместимостью устаревших .docx.

Notion, Coda и Airtable расширяют это на структурированные документы и базы данных с operational transform или CRDT-слиянием. Figma делает то же самое для дизайн-файлов с пользовательским мультиплеерным движком.

При выборе инструмента проверьте, что совместное редактирование в реальном времени работает на ваших реальных размерах файлов. Некоторые инструменты деградируют после 1000 строк или 50 страниц. Тестируйте на реалистичных данных, прежде чем привязывать к этому всю команду.

Блокировка для двоичных файлов

Двоичные файлы — PSD, .ai Illustrator, .indd InDesign, Revit .rvt, .prproj Premiere, AutoCAD .dwg — не могут чисто объединять конфликты. Если два человека редактируют, изменения одного из них пропадают. Явная блокировка — ответ.

Инструменты со зрелой блокировкой:

SharePoint: нативная блокировка в любой библиотеке. Недооценена, но надёжна.
Box: блокировка файлов с индикатором «кто взял»
Bynder, Frontify, Brandfolder: DAM со встроенной блокировкой для творческих активов
Perforce Helix Core: золотой стандарт для игровых студий и VFX — атомарные коммиты для сотен гигабайт двоичных активов

Для команд, живущих в Dropbox или Drive без нативной блокировки, дисциплинарная блокировка работает: файл ЗАБЛОКИРОВАНО-владелец.txt в папке или закреплённое сообщение в Slack-канале проекта. Ненадёжно, но пригодно для небольших команд.

Git и Git-LFS для всего текстового

Git — золотой стандарт контроля версий. Используйте для:

Исходного кода (очевидно)
Документов на Markdown, вики и внутренних баз знаний
Файлов конфигурации (Kubernetes YAML, Terraform, Ansible)
Схем данных (Prisma, модели dbt, SQL-миграции)
Всего, для чего нужно явное ветвление, diff и код-ревью

Git-LFS расширяет Git на крупные двоичные активы. Он хранит двоичные блобы на отдельном сервере, а Git отслеживает указатели. Git-LFS GitHub бесплатен до 1 ГБ хранилища и 1 ГБ трафика в месяц; дополнительные пакеты данных за 5 долларов/месяц добавляют по 50 ГБ.

Нативная история версий: страховочная сетка

Каждый крупный инструмент синхронизации автоматически хранит историю версий. Знайте свои значения по умолчанию:

Google Drive: 100 версий или 30 дней, в зависимости от того, что больше. Корпоративные планы расширяют до 100 версий без ограничения по времени для нативных форматов Google.
OneDrive и SharePoint: 500 версий по умолчанию, настраиваемо на уровне библиотеки
Dropbox: 30 дней на Basic, 180 дней на Business, 365 дней на Advanced, неограниченно на Enterprise
Box: 100 версий на Business, неограниченно на Enterprise
Apple iCloud Drive: только 30 дней; слабейший из основных

Проверьте, что ваш тариф реально включает то, на что вы рассчитываете. Некоторые организации обнаруживают в кризис, что администратор понизил срок хранения ради экономии на хранилище два года назад.

Соглашения об именовании как явные снимки

Автоматическая история версий отлично подходит для небольших восстановлений. Для вех проекта явные именованные снимки понятнее. Соглашение vNN в именах файлов даёт снимки во времени, по которым могут ориентироваться люди:

2026-06-12_АЛФА-РБ_спецификация_v01.pdf
2026-06-15_АЛФА-РБ_спецификация_v02.pdf
2026-06-19_АЛФА-РБ_спецификация_v03.pdf

Когда кто-то спрашивает «что мы отправили клиенту 15 июня?», вы можете ответить без копания в метаданных истории версий. Давайте имена основным версиям; автоматическая история покрывает промежуточные.

Учения по откату подтверждают работу системы

Резервная копия, которую никто не тестировал, — не резервная копия. То же с историей версий. Ежеквартально выбирайте случайный файл, утверждайте, что он был повреждён вчера, и засекайте, сколько времени уходит на восстановление предыдущей версии. Если больше 10 минут — что-то сломано: возможно, срок хранения короче, чем вы думали, или никто не знает, где находится интерфейс истории, или вы рассчитываете на человека, который сейчас в отпуске.

Задокументируйте процедуру отката для каждого из ваших инструментов. Скриншоты помогают. Закрепите документ в корне общего диска.

Ветвление для экспериментальной работы

Иногда «а что, если попробовать вот так» не должно затрагивать каноничный файл. В коде вы ветвитесь в Git (git checkout -b experiment/новый-герой). Для творческих файлов эквивалент — параллельная папка:

/Проекты/АЛФА-РБ/02-рабочее/
/Проекты/АЛФА-РБ/02-рабочее/эксперимент-альтернативное-направление/

Работайте в папке эксперимента, пока она либо не заменит основное направление (переместите в 02-рабочее/, переименуйте каноничный в 02-рабочее/архив-оригинальное-направление/), либо не будет отложена (остаётся в папке эксперимента как запись об исследовании).

Этот паттерн не позволяет «а что, если» загрязнять основные рабочие файлы, сохраняя их как допустимую ссылку.

Разрешение конфликтов, когда они всё равно происходят

Даже со всем вышесказанным конфликты случаются. Инструменты синхронизации обрабатывают их по-разному:

Google Drive: поведение «побеждает последнее сохранение» для нативных форматов Google. Используйте Docs/Sheets/Slides для файлов, которые вы будете совместно редактировать.
Dropbox: создаёт файл «конфликтующая копия» с именем редактора. Просматривайте и объединяйте вручную или удаляйте, если избыточно.
OneDrive: аналогично — Документ_пользователь1.docx vs канонический.
Git: явные маркеры конфликта слияния, требующие разрешения человеком. Однозначно, но недружелюбно.

Обучите команду реально смотреть на файлы конфликтующих копий, а не игнорировать их. Устаревшая конфликтующая копия трёхнедельной давности может содержать критические правки, которые никто не заметил.

Доставка версионных файлов внешним сторонам

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

Ссылка передачи фиксирует файл в момент времени и доставляет его. Сервисы HexaTransfer, Dropbox Transfer и Smash замораживают состояние при отправке. Клиент видит именно то, что вы отправили, — навсегда, до истечения ссылки.

Попробуйте HexaTransfer на https://hexatransfer.com — бесплатно, без регистрации, до 10 ГБ.