Версия источника: 4880e8b4372c96001c2e052be28b68a95d31252b
Синхронизировано: 2026-11-09T11:15:07.649Z
Источник: https://github.com/sergey-from-riders/vibecoding-base/tree/4880e8b4372c96001c2e052be28b68a95d31252b

<a id="collaboration-ownership"></a>

# Распределение изменений

## Коротко

Договоритесь, кто меняет общий контракт и какие файлы затрагивает каждый участник.

## Плохо

```text
Два агента одновременно переписывают один модуль.
```

## Хорошо

```text
Один меняет контракт.
Другой работает в согласованном компоненте.
Совместная проверка после объединения.
```

## Почему

Отдельные рабочие каталоги не устраняют смысловые конфликты.

## Когда применять

Это инженерное правило справочника, а не требование протокола. Первоисточник описывает подход или механизм; конкретный процесс выбирается проектом.

Для людей и агентов. Небольшую последовательную задачу не нужно искусственно распараллеливать.

## Как проверить

- У общих файлов есть ответственный?

## Человек

Назначает владельцев компонентов и порядок объединения параллельных изменений.

## Агент

Проверяет рабочее дерево, сохраняет чужие изменения и передаёт diff, команды проверки и ограничения.

Контроль результата:

- У общих файлов есть ответственный?

## Источники

- [About code owners - GitHub Docs](https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/about-code-owners)
- [Git - git-worktree Documentation](https://git-scm.com/docs/git-worktree)

Уровень: Рекомендуется. Проверено: 2026-11-09. Изменено: 2026-11-09.

[Исходный файл](https://github.com/sergey-from-riders/vibecoding-base/blob/4880e8b4372c96001c2e052be28b68a95d31252b/registry/standards/collaboration/team/rules/ownership.md)