Работа с двумя P4 серверами (aka Мультиперфорс)

1.

Работа с двумя
P4 серверами
(aka Мультиперфорс)

2.

Содержание
1. Какую проблему решаем?
2. Идея
3. Реализация
4. Особые случаи
5. Планы
6. Документация

3.

Какую проблему решаем?
Сложно переносить изменения между Р4 серверами
• Remote depot’ы работают плохо
o использование ограничено, т.к. подвешивают сервера
o теряют common base
• Без remote depot’ов тоже неудобно
o вносить изменения без интеграции сложнее

4.

Идея
1. Логически разделить файлы проекта на две части – движок и игра;
2. Сабмитить в движок и игру по-отдельности на разных Р4 серверах.
Движок
• <exclude>:common/bin/...
• <exclude>:tools/bin/...
• <exclude>:tools/deploy/...
• <exclude>:tools/saberBlender/...
• <exclude>:tools/saberHoudini/...
• <exclude>:tools/saberMaya/...
• common/...
• packages/...
• services/...
• tools/...
• *
Игра
• common/bin/...
• tools/bin/...
• tools/deploy/...
• tools/saberBlender/...
• tools/saberHoudini/...
• tools/saberMaya/...
• {{ каталог игры }}/…

5.

Реализация
Схема работы с двумя P4 серверами

6.

Особые случаи
• Влив больших изменений в движок (e.g. обновление движка)
o
o
o
Выполняется напрямую без Совы
Тестирование через QA
Возникающие проблемы фиксятся после влива
• Работа с development стримами
o
o
o
Потребуются 2 development стрима – движковый и игровой
Движковый development стрим бранчуется от нужной ревизии основного
движкового стрима
Игровой development стрим это read-only версия основного игрового стрима,
зафриженная на ревизию, соответствующую ревизии игры на момент
бранчевания движкового development стрима.

7.

Планы
Билд-процесс для development стримов
Breaking Changes
Повышение удобства UI на Jarvis
Модификация локального тулсета

8.

Документация
Основная документация
https://docs.saber3d.net/pages/viewpage.action?p
ageId=236087998
Билд-инженерам
https://docs.saber3d.net/pages/viewpage.action?p
ageId=241431060
Программистам движка
https://docs.saber3d.net/pages/viewpage.action?p
ageId=246810050

9.

Спасибо за внимание!
Задавайте вопросы!