После публикации приложение можно дорабатывать: исправлять ошибки, добавлять новые возможности и менять сценарий работы по обратной связи от пользователей.

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

Найти сеанс приложения

Чтобы продолжить работу с приложением, откройте тот же сеанс режима Код, в котором оно создавалось. В нем сохраняется связь с проектом и опубликованной версией приложения.

Найти нужный сеанс можно по названию или папке проекта. Если по текущему названию сложно понять, к какому приложению относится сеанс, переименуйте его сразу после открытия. Используйте название приложения или задачи, чтобы потом быстро найти нужный проект среди остальных.

Не создавайте новый сеанс для доработки опубликованного приложения. Новый сеанс не наследует связь с исходным проектом.

Не удаляйте сеансы приложений, которые еще используете и планируете дорабатывать — вместе с сеансом удаляется история работы в нем. Удаление сеанса не удаляет опубликованное приложение или сервер.

Проверить состояние приложения

После открытия исходного сеанса проверьте статус приложения. В режиме Код можно увидеть, опубликовано ли оно, открыть папку проекта и перейти к опубликованной версии.

В статусе может быть указано:

• Не задеплоено — приложение еще не опубликовано,
• Работает — опубликованная версия доступна,
• Спит — сервер сейчас не активен,
• Тире (—) — статус определить не удалось.

Статус поможет понять, можно ли сразу переходить к доработке и повторной публикации или сначала нужно проверить, почему приложение недоступно.

Из этого же сеанса можно открыть папку проекта и опубликованное приложение. Папка пригодится, если нужно посмотреть исходные файлы, а опубликованная версия — проверить результат после изменений.

Внести изменения

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

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

Продолжи работу с приложением в этом сеансе. Добавь статус На согласовании и фильтр по этому статусу на странице администратора. Остальные функции не меняй. Сначала покажи план изменений. После этого внеси правки и проверь приложение локально.

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

Проверить изменения локально

Перед повторным деплоем откройте локальную версию приложения и проверьте внесенные изменения. Посмотрите, работает ли новая функция и не повлияла ли она на связанные сценарии.

Например, после добавления статуса На согласовании проверьте:

• появился ли новый статус в списке,
• сохраняется ли он у заявки,
• работает ли фильтр на странице администратора,
• отображаются ли остальные статусы и заявки как раньше.

Если нашли ошибку, опишите ее в том же сеансе и попросите агента исправить. После этого снова проверьте локальную версию. К повторной публикации переходите после проверки локальной версии.

Проверить сохранность данных

Если приложение уже используется и в нем есть заявки, записи или другие пользовательские данные, перед повторным деплоем проверьте, где они хранятся.

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

Если не уверены, как устроено хранение, попросите агента проверить это до деплоя:

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

Выполнить повторный деплой

Когда локальная версия работает как нужно, опубликуйте изменения повторно. Для этого в исходном сеансе нажмите Деплой. Коворк обновит уже связанное с этим сеансом приложение, поэтому отдельно создавать новый проект или сервер не нужно.

Во время публикации можно следить за статусом деплоя. Дождитесь завершения процесса, а затем откройте опубликованное приложение по прежнему адресу и проверьте изменения.

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

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