Вопрос от пользователя (Руководитель проекта Дмитрий): «Над одним роботом работают два моих сотрудника. Один что-то изменил, и все перестало работать. Как вернуть рабочую версию? И как им работать вместе, не перетирая изменения друг друга?»
Суть проблемы: При создании и доработке роботов постоянно вносятся изменения. Без системы учета легко:
- Потерять рабочую версию.
- Запутаться, кто и что менял.
- Случайно испортить проект, над которым работает коллега.
Что такое Git в Puzzle RPA?
Это система контроля версий, встроенная прямо в студию разработки. Представьте, что это:
- Машина времени: Вы можете в любой момент вернуться к вчерашней (или позавчерашней) версии вашего робота.
- Журнал изменений: Автоматически записывается, кто, когда и какие именно правки вносил.
- Инструмент для командной работы: Два человека могут работать над разными функциями робота параллельно, а потом безопасно объединить свои наработки.
Как это работает простыми словами (основной цикл):
- Сохраняете снимок (Коммит). Закончили этап работы (например, сделали часть, которая логинится в систему) -> нажимаете «Зафиксировать изменения», пишете комментарий «Добавлен вход в систему» -> Git делает «снимок» проекта.
- Отправляете в облако (Push). Нажимаете «Отправить изменения в удаленный репозиторий» (например, в GitLab). Теперь ваша работа сохранена не только на вашем компьютере, но и в надежном общем хранилище.
- Получаете обновления (Pull). Ваш коллега тоже сделал свою часть и отправил ее. Вы нажимаете «Подтянуть изменения» и получаете все его наработки в свой проект.
Итог простыми словами:
Git — это как Google Docs для создания роботов. Вы видите историю правок, можете откатиться назад, а несколько человек могут редактировать один и тот же «документ» (робота), не боясь потерять чужие изменения. Это основа аккуратной и безопасной работы.
Типичные сценарии использования:
Сценарий 1: Параллельная доработка робота двумя инспекторами по кадрам (с использованием Git).
- Ситуация: Есть робот, который формирует приказы. Нужно одновременно добавить в него формирование больничных листов и командировочных.
- Проблема: Над роботом работает один человек, процесс медленный. Если работать вдвоем без правил, можно потерять изменения.
- Решение:
В панели Git создается новая ветка feature_sick_leave для первого инспектора и feature_business_trip для второго.
Каждый работает в своей ветке, как в песочнице, не мешая друг другу.
Закончив, каждый делает коммит и пушит свои изменения.
Руководитель проекта через интерфейс Git (например, GitLab) просматривает изменения и объединяет (мержит) обе ветки в основную (main). - Результат: Робот быстро получил две новые функции. Работа шла параллельно, без конфликтов. Вся история изменений сохранена.