Пуш код: Push код – что это такое, где применяется и как на нем зарабатывают

Содержание

Push-коды ВТБ 24: что это такое

На чтение 4 мин. Просмотров 901 Опубликовано

Клиентам банка ВБ-24 доступно удобное мобильное приложение, с помощью которого они могут выполнять практически любые операции со своими финансами через смартфон или другой мобильный гаджет. Для подтверждения значимых действий в этом приложении могут использоваться СМС-пароли, или их более современная альтернатива — Push-коды ВТБ 24. Что это за коды и как ими пользоваться? Разберемся с этими вопросами подробнее.

Что такое Push-коды

Push-code (пуш-код) – это одноразовый пароль, который банк высылает клиенту для подтверждения значимых операций в мобильном приложении. В отличие от СМС-кодов, этот пароль не сохраняется в телефоне в виде сообщения. Он всплывает на экране гаджета, подобно системным уведомлениям, и хранится там до того момента, пока не будет прочитан пользователем.

Отличие Пуш-кодов от СМС-уведомлений

Push-уведомления ВТБ-24 ввел в обращение относительно недавно – в 2015 году. По заявлению банка этот сервис дублирует СМС-уведомления, однако, со временем возможен полный отказ от смс-ок в пользу пуш-кодов. Сегодня клиенты могут самостоятельно выбирать, какой из способов получения паролей им больше подходит и устанавливать соответствующие настройки в приложении.

В чем отличие всплывающих кодов от смсок?

  1. Для получения push-кода не требуется подключение к сотовой сети. Достаточно, чтобы гаджет был подключен к интернету, пусть даже через модем или wi-fi.
  2. Всплывающие уведомления не занимают память в телефоне, как смски.
  3. Пароли из push-уведомлений автоматически подставляются в нужные поля мобильного приложения, тогда как код из СМС пользователю приходится вводить самостоятельно.
  4. Всплывающие пароли надежнее, чем коды из СМС, поскольку они передаются по защищенному интернет-соединению.

Таким образом становится понятно, на что надеялся, подключая пуш-коды, ВТБ 24 — что это нововведение сделает работу клиентов с мобильным приложением более удобным. Оправдались ли эти ожидания, сказать пока сложно. Большинство пользователей по старинке получают пароли по СМС, зачастую просто потому, что не знают, как можно настроить новый сервис.

Особенности использования сервиса

Опция СМС-уведомлений доступна каждому клиенту банка ВТБ-24 по умолчанию. Для получения пуш-кодов нужно подключить соответствующую услугу в веб-кабинете банка или его мобильном приложении. После проведения настроек форма уведомлений будет изменена на более современную.

Однако, даже после активации всплывающих кодов, опция СМС-оповещения останется активной, но будет выступать в качестве дублирующего сервиса. При необходимости использования одноразового пароля банк отправит клиенту push-код с необходимой информацией. Если системой рассылки банка будет обнаружено, что получение пуш-кода невозможно, например, из-за отсутствия на гаджете пользователя подключения к интернету, данные будут продублированы по СМС.

Как подключить Push-коды

Итак, мы разобрались, что такое Push-коды в ВТБ. Теперь рассмотрим алгоритм их подключения. Процесс весьма прост: авторизуемся в мобильном приложении, выбираем в меню раздел «Прочее», переходим в подраздел «Настройки», находим список настроек для входа, в списке устройств для получения push-кодов активируем ползунок рядом с названием текущего устройства.

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

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

Как отключить услугу

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

Совет! Если с подключением или отключением сервиса возникли какие-то сложности, можно обратиться в телефонную службу поддержки банка ВТБ-24. Номер 8-800-100-24-24 доступен круглосуточно. Оператор подскажет последовательность действий, либо отключит услугу самостоятельно.

Стоимость услуги Пуш-уведомлений

Доступ к push-уведомлениям предоставляется клиенту бесплатно. Ни за активацию сервиса, ни за получение сообщений банк ВТБ-24 никакой платы не взимает. Это, кстати, выгодно отличает сервис от СМС-рассылок, которые обычно бывают платными.

Выводы

Push-code — это современная альтернатива СМС с паролями для подтверждения значимых финансовых операций в мобильном приложении. Данный сервис является более удобным для пользователя (поскольку не требует от него самостоятельного ввода цифровых комбинаций), а также более безопасным. Сегодня им пользуется большая часть банковских организаций, и ВТБ-24 не стал исключением. Клиенты этого банка могут сменить способ доставки служебных кодов на пуш-уведомления, проведя небольшие настройки в мобильном приложении. Опция предоставляется бесплатно. Ни за ее подключение, ни за использование банк не взимает комиссионных.

Что такое push-уведомления и как они работают

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

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

Что такое push-уведомление и как оно работает?

В самом простом смысле этого слова push-уведомления — это небольшие сообщения или предупреждения, которые отправляются всем, у кого установлено приложение на своем устройстве, и которые выбрали получение таких уведомлений.

Хотя компании могут отправлять мобильные push-уведомления всем своим пользователям, независимо от того, используют ли они устройства Android или iOS, между ними существует огромная разница.

Что такое push-уведомления на Android и iOS?

Существует множество различных платформ мобильных приложений, таких как iOS, Android, Windows, Fire OS и Blackberry, и все эти платформы имеют собственный набор программных инструментов, используемых для проектирования, создания и обслуживания мобильных приложений. Большинство этих платформ позволяют push-уведомлениям включать текст, изображения, значки приложений и звуки. Итак, если у вас есть мобильное приложение для вашего бизнеса, вам нужно понимать, что такое push-уведомления на Android и iOS.

Push-уведомление Android против push-уведомления iOS

Что касается push-уведомлений, не все устройства созданы одинаково. Push-уведомления iOS следуют модели выбора, когда бренды или владельцы приложений могут отправлять push-уведомления только после того, как пользователь сознательно соглашается их получать. Однако на Android push-уведомления включаются автоматически, и клиенты могут вручную отказаться от них.

Push-уведомления в iPhone сначала появляются на экране блокировки. Как только пользователи разблокируют свое устройство, push-уведомление немедленно перемещается в центр уведомлений iOS. Служба push-уведомлений Apple позволяет разработчикам и издателям приложений отправлять пользователям своих приложений push-уведомления размером до 5 КБ. С другой стороны, push-уведомления в приложении для Android разрешены только размером до 4 КБ.

В Nwicode CMS сделална функция push-уведомлений стандартной для всех пользователей iOS и Android. Создайте уникальное мобильное приложение для своего бизнеса, добавьте в него функцию push-уведомлений с помощью простого перетаскивания и отправляйте пользователям вашего приложения неограниченное кол-во push-уведомлений в месяц.

Что такое Web Push-уведомления?

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

Что означает push-сообщение?

Мобильные веб-push-уведомления менее навязчивы, чем другие формы взаимодействия с клиентами, и могут использоваться для эффективного привлечения большего количества трафика и повышения ценности для пользователя путем распространения полезной информации. Однако эта информация должна быть актуальной и интересной. В противном случае push-уведомления могут стать навязчивыми и раздражающими, что приведет к негативному восприятию вашего приложения.

Почему вам следует использовать push-уведомления?

Push-уведомления — это эффективный способ эффективно общаться с вашей аудиторией. Давайте посмотрим, как этот мощный канал коммуникации приносит пользу вашему бизнесу.

  • Повысьте вовлеченность пользователей
  • Push-уведомления помогают поддерживать активность и заинтересованность пользователей вашего приложения. С помощью push-уведомлений вы можете отправлять своим пользователям напоминания и обновления продуктов в реальном времени и поддерживать их связь с вашим брендом.

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

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

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

  • Отслеживайте действенные показатели
  • Push-уведомления помогают анализировать поведение пользователей, включая рейтинг кликов и время взаимодействия. Эта аналитика поможет вам определить, какие push-сообщения работают хорошо и имеют более высокий процент открытий.

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

Как отправлять push-уведомления пользователям приложений iOS и Android

Для отправки push-уведомлений пользователям приложений iOS и Android необходимо выполнить следующие действия:

  • Войдите в Nwicode и перейдите в Мои приложения.
  • Нажмите «Еще» и перейдите в «Push-уведомления».
  • Выберите группу пользователей и введите свое уведомление.
  • Запланируйте уведомление.
  • Выберите платформы и отправьте уведомление.

Как лучше общаться с пользователями вашего приложения с помощью push-уведомлений?

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

  • Расскажите о ценности и преимуществах
  • Запрашивая подписку, расскажите о преимуществах подписки на push-уведомления и помогите пользователям понять, что они имеют большое значение для вашего бизнеса и их мнение имеет значение.

  • Разрешить пользователям управлять
  • Будьте особенно вежливы со своими пользователями и помогите им понять, что у них есть полный контроль над получением push-уведомлений, что они могут в любое время отказаться от получения уведомлений и отказаться от них.

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

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

  • Представьте захватывающее обновление
  • Вы можете повысить интерес пользователей к вашему push-сообщению, предложив то, что у них уже есть в голове. Сделайте свое push-сообщение похожим на личный текст.

  • Попросите рейтинг или отзыв
  • Спрашивайте отзывы пользователей после предоставления услуги. Это помогает пользователям понять, что вы были там не только для бизнеса и что вы заботитесь о них.

Push-уведомления или текстовые сообщения: что более эффективно?

Современные онлайн-компании используют как push-уведомления, так и SMS для общения со своими клиентами. И некоторые из них точно знают, когда использовать SMS и push-уведомления. Бывают ситуации, когда одно лучше другого. Push-уведомления и текстовые сообщения могут выглядеть одинаково для конечного пользователя, но отличаются друг от друга.

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

Напротив, разработка SMS-кампаний является сложной задачей, поскольку цены варьируются от страны к стране, а маркетинговые SMS-кампании имеют относительно низкий CTR, чем push-уведомления. Вот почему они в основном используются банковскими и туристическими компаниями по всему миру. SMS ограничен 160 символами, включая пробелы, поэтому предприятиям приходится рассылать важные сообщения во многих частях, которые стоят вдвое, чтобы доставить сообщение.

Таким образом, push-уведомления имеют преимущество перед текстовыми сообщениями. Маркетинг push-сообщений позволяет компаниям привлекать внимание, лояльность и действия. Благодаря впечатляющим показателям открытий / откликов и лояльности они являются лучшими среди всех каналов связи с клиентами.

Push-уведомления — важный компонент успешного мобильного устройства, поэтому вам необходимо убедиться, что ваше мобильное приложение включает функцию push-уведомлений, чтобы эффективно общаться с вашими клиентами.

Nwicode, облачный конструктор мобильных приложений своими руками, позволяет создавать мобильные приложения нового поколения для iOS и Android, упрощая и мгновенно отправляя push-уведомления своим пользователям. Все, что вам нужно сделать, это создать приложение с помощью и активировать для него push-уведомления. 

Что нужно знать о push-уведомлениях

Push-уведомления наделали много шума в мире маркетинга, особенно когда речь идет о маркетинге через мобильные приложения. Однако, прежде чем вы воодушевитесь и рассылаете поток push-сообщений, давайте попробуем понять, что такое push-уведомление и какие преимущества оно может принести вашему бизнесу.

Преимущества включения push-уведомлений в приложение

Прежде чем приступить к интеграции этой замечательной функции в ваше приложение , мы должны обсудить все преимущества, которые появляются у вас при отправке push-сообщений. Включение push-уведомлений в приложении для Android и iPhone дает множество преимуществ, особенно когда речь идет о взаимодействии с клиентами и привлечении трафика; однако важно использовать их таким образом, чтобы заинтересовать клиентов, а не раздражать их. Вот несколько преимуществ отправки push-уведомлений:

  • Пользователи имеют право на подписку / отказ

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

  • Push-уведомления — это многофункциональная и интерактивная среда, которая удерживает ваших пользователей и помогает удерживать их дольше. У пользователя есть ваше приложение на своем устройстве, потому что он видит в нем какую-то ценность. Однако с помощью мобильного push-сообщения вы напоминаете им об этой ценности, тем самым побуждая их больше взаимодействовать с вашим приложением.
  • Анализ поведения потребителей

  • Отправляя push-уведомления, вы можете получить некоторые важные данные и понимание поведения клиентов. Функция push-уведомлений поставляется с аналитической системой отслеживания, которая позволяет отслеживать платформы, сообщения, устройства, время взаимодействия или любые другие события, которые вызывают высокую вовлеченность. Таким образом, мобильные push-уведомления предоставляют сложную аналитику с данными о получении доставки, времени открытия и вовлеченности.
  • Дополнительный канал связи

  • Мобильные приложения, в отличие от мобильных веб-сайтов, обладают качествами, которым другие каналы связи просто не могут соответствовать из-за того, как они взаимодействуют с функциями, встроенными в оборудование устройства. Самым большим преимуществом мобильных приложений является возможность доставлять уведомления, которые мгновенно видны и, в отличие от других маркетинговых сообщений, видны на лучшей возможной цифровой недвижимости — в пользовательском интерфейсе мобильного телефона потребителя. Вот почему большинство мобильных push-уведомлений открывают и читают 97% подписчиков приложений ».
    С помощью push-сообщений Nwicode вы можете поддерживать заинтересованность своих пользователей, отправляя им в реальном времени обновления продуктов, предложения скидок, купоны и т. l. Просто создайте приложение с помощью Nwicode, убедитесь, что функция push-уведомлений активирована, и начните рассылку push-сообщения, чтобы лучше общаться с пользователями вашего приложения.
  • Экономически эффективным

  • Это сэкономит вам много денег, которые вам, возможно, придется потратить на рассылку сообщений. Что еще более важно, это также экономит деньги ваших клиентов. Не у всех есть безлимитный тарифный план, поэтому они могут не захотеть платить за входящий текст. В этом случае они, скорее всего, быстро откажутся от рассылки. Push-уведомления обходятся вам дешевле и бесплатны для ваших клиентов!
  • Легкость использования

  • С точки зрения пользовательского интерфейса и простоты использования push-уведомления намного лучше, чем электронные письма. Сервисы push-уведомлений просты в обращении и управлении. Это простые, незамысловатые сообщения, содержащие только самую важную информацию, что делает их удобными и эффективными. Со стороны разработчика они проще в изготовлении и дешевле SMS.

Как работают push-уведомления?

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

Давайте подробнее рассмотрим основные факторы отправки push-уведомлений и то, как они работают со стороны сервера push-уведомлений.

  • Служба push-уведомлений операционной системы (OSPNS)
  • Каждая мобильная система работает на разных ОС или операционных системах, например Apple и Android. Вам, как владельцу приложения, нужно будет выбрать то, что вы хотите использовать.

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

  • Клиентское приложение
  • Клиентское приложение — это приложение, которое пользователи вашего приложения установили на свое устройство, и на которое они будут получать push-уведомления. Клиентские приложения зависят от операционной системы на устройстве.

Чтобы наилучшим образом использовать эти факторы и лучше взаимодействовать со своими пользователями, различные компании используют технологию мобильных push-уведомлений для отправки push-сообщений. Первый сервер push-уведомлений был запущен Apple под названием APNS (Apple Push Notifications Service) в 2009 году. А затем Google запустил собственную службу мобильной технологии push-уведомлений под названием GCM (Google Cloud Messaging), позволяющую отправлять push-уведомления пользователям Android и iOS.

Сначала вам необходимо настроить сервер push-уведомлений, чтобы отправлять push-уведомления вашим пользователям. Затем этот сервер отправляет уведомление в GCM (Google Cloud Messaging) или Apple Push Notification Service (APNS), чтобы отправить push-уведомление сервера на ваше целевое устройство.

Типы push-уведомлений [с примерами]

  • Бездействие — Push-уведомления

  • Многие владельцы приложений делают ошибку, предполагая, что их неактивные пользователи ушли навсегда, и, таким образом, теряют огромную возможность продажи. Ваши неактивные пользователи уже проявили интерес к вашему продукту или услуге, поэтому вам просто нужно повторно привлечь их. Отправьте этим неактивным пользователям приложения push-уведомление о новых функциях, обновлениях услуг или продуктов и сообщите им, чего они упускают, не открывая приложение.
    Привет всем! Прошло много времени с момента вашей последней покупки. Предлагаем вам специальную скидку 20% на ваш следующий заказ.
  • Брошенная корзина — Push-уведомления

  • Ваш клиент может отвлечься во время оформления заказа или решить сохранить некоторые товары в корзине, чтобы получить дополнительную скидку. Почти 70% покупателей электронной коммерции бросают свои тележки перед тем, как оформить заказ. Покупатель оставляет товары в корзине по нескольким причинам. Вы мало что можете сделать с мыслительным процессом своих клиентов, но вы можете побудить их совершить покупку, отправив соответствующее push-уведомление.
    «»Привет всем! Вы оставили несколько товаров в корзине. Завершите покупки, пока есть запасы! »
  • Неполное действие — Push-уведомления

  • Если ваши клиенты оставляют что-то незавершенное в вашем приложении, бросают корзину, неполные данные профиля или что-то еще, вы можете напомнить им, что они что-то делали. Отправьте им персонализированное push-сообщение с упоминанием незавершенного действия и расскажите, как выполнение этого действия принесет им пользу в будущем. Вы можете персонализировать их в соответствии с вашими требованиями.
    Привет всем! Обновите свою контактную информацию, чтобы не пропустить наши последние предложения и мероприятия.
  • Запуск продукта — Push-уведомления

  • Запуск нового продукта — это самое захватывающее и нервное занятие в бизнесе. Как владелец бизнеса, вы вложили много денег, времени и бессонных ночей в разработку или планирование, чтобы показать миру свой новейший продукт. Помимо создания кампаний по электронной почте и организации мероприятий, вы должны отправлять броские рекламные push-уведомления о вашем новом продукте существующим пользователям приложения.
    Мы рады представить наши новейшие продукты. Проверьте это прямо здесь: 
    Праздничный сезон — Push-уведомления
    Праздничный сезон дает вам возможность напомнить пользователям приложения об их культуре, связав ее с вашими продуктами или услугами. Празднование дает вам прекрасную возможность восстановить связь с вашими существующими и потенциальными клиентами. Итак, оставайтесь на связи со своими клиентами, отправляя им рекламные уведомления о предстоящих праздниках, таких как рождественские или пасхальные распродажи.
    Праздник!
    Наша рождественская коллекция пополняется!

    Вы можете сделать свои акции интересными, создав персонализированные push-уведомления с использованием сегментации. Это поможет пользователю легче связаться с вами, что приведет к действию.
  • Впечатляйте выбором — Push-уведомления

  • Пусть ваши пользователи решают сами. Создавайте push-уведомления, дающие вашим пользователям возможность выбора. Это даст им ощущение авторитета и решительности, что повысит их уверенность. И когда ваши пользователи уверены в выбранном продукте, они с большей вероятностью его купят.
    Обувь или кроссовки: выбирайте то, что вам нравится!
    Скидка 40% на весь ассортимент обуви.

  • Обновление блога — Push-уведомления

  • Лучшая маркетинговая стратегия, направленная на вовлечение ваших существующих клиентов, — это отправить уведомление, которое дает клиентам преимущества и советы о том, как они могут наилучшим образом использовать ваши продукты или услуги. Вы также можете создать и отправить отдельное push-уведомление для обновления вашего приложения.
    10 советов по приложению такси
    Новый пост о приложении такси. Расплатитесь сейчас!

    Не забудьте включить ссылку в свое push-уведомление. Это поможет вашим клиентам легко его найти.
  • Любовь и привязанность — Push-уведомления

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

  • Конкретное событие — push-уведомления

  • Если вы похожи на многих владельцев малого бизнеса, вам следует изучить любые способы оставаться на связи со своим клиентом. Один из способов — использовать push, чтобы пожелать им особых событий, таких как День Рождения, Годовщина свадьбы, Новый год, День Благодарения, День независимости и т. Д. Это поможет вам построить с ними долгосрочные отношения.
    С женским днем
    У вас есть все, чтобы сделать этот мир лучше.
  • Спросите рефералов — Push-уведомления

  • Независимо от того, как вы его используете, реферал — один из самых эффективных каналов конверсии клиентов, доступных сегодня. Создавайте push-уведомления, предлагающие вашим клиентам скидку, приглашая их родственников или друзей в магазин. Это работает в обоих направлениях: ваши клиенты пользуются предложением, а вы получаете нового клиента.
    Получите скидку 10 на вашу корзину!
    Пригласите друга воспользоваться этим.

  • Напоминание перед продажей — Push-уведомления

  • Предпродажные напоминания — одна из лучших маркетинговых стратегий, которые сделают вашу продажу успешной. Гиганты электронной коммерции, такие как Amazon, Flipkart и т. l., Отправляют предпродажные push-уведомления пользователям своих приложений для увеличения продаж. Создайте привлекательное push-уведомление и отправьте его всем пользователям вашего приложения, заставляя их напоминать о том, что скоро произойдет что-то важное.
    Это почти здесь!
    Вы готовы? Осталось всего несколько часов до самой большой распродажи сезона!

  • Создайте луч надежды — Push-уведомления

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

  • Сделайте так, чтобы пользователей ценили — Push-уведомления

  • Каждый владелец приложения должен стремиться к созданию первой точки соприкосновения, рассылая приветственное push-уведомление своим пользователям, как только они становятся частью пользовательской базы. Согласно вашему маркетинговому плану, вы должны предложить им скидку на их первую покупку. Так они будут чувствовать себя особенными и ценными.
    Добро пожаловать в Amazon
    Получите скидку 20% на первую покупку!

  • Нет в наличии — Push-уведомления

  • Иногда ваши популярные товары заканчиваются, а покупатели продолжают искать то же самое. Как профессиональный маркетолог, вы можете превратить товары, которых нет в наличии, в возможность продвижения по службе. Отправьте клиенту простое уведомление о том, что ваших горячих товаров нет в наличии, и они скоро появятся на складе.
    Твоего любимого товара сейчас нет в наличии, и он скоро появится в наличии.
  • Снова в наличии — Push-уведомления

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

  • Снижение цен — Push-уведомления

  • Уведомлять пользователей о снижении цен на товары. Отправляйте оповещения пользователям, которые посетили продукты, но еще не купили их. Сообщите им, когда эти продукты будут доступны по самым низким ценам. Как владелец приложения, вы можете выбрать, на какие продукты вы хотите предоставить скидку всем своим подписчикам.
    Потому что ты заслуживаешь подарка.
    Ваш любимый товар теперь доступен со скидкой 15%.
  • Флэш-распродажа — Push-уведомления

  • Отправляйте уведомления о продаже флэш-памяти, чтобы пользователи вашего приложения мгновенно получали скидки. Легко запускайте в своем магазине срочные предложения и отправляйте уведомления об этом в течение определенного периода времени. Это повысит ценность вашей продажи.
    Флэш-распродажа: скидка 30!
    во всей нашей коллекции

    Этот тип push-уведомлений подходит для предприятий любого типа, включая магазины электронной коммерции, доставку еды, такси и многое другое.
  • Продвижение продукта — Push-уведомления

  • Как и в рекламных кампаниях по электронной почте, вы рассылаете о своих популярных продуктах; вам нужно создать привлекательные push-уведомления, которые выделяют конкретный продукт, чтобы напрямую связаться с вашими подписчиками и увеличить его продажи. Сформулируйте свой толчок, как добавку, броскими словами. Вы также должны указать, почему этот товар стоит покупать.
    Оживите эти мрачные дни с помощью нашего специального обеда, который работает всю неделю!
    Не упустите возможность вставить привлекательное изображение вашего рекламного продукта.

  • Привлечение существующего клиента — Push-уведомления

  • Удержание старого клиента дает больше прибыли, чем приобретение нового. Воспользуйтесь этой возможностью, отправив персонализированное push-уведомление тем, кто совершил покупку в вашем магазине хотя бы один раз. Создавайте push-уведомления с эксклюзивными акциями, которые заставят их повторно посетить ваш магазин.
    Печатный прямоугольный коврик для ванной из нашей коллекции!
    Создано специально для вас, наших постоянных клиентов.

  • Сделка дня — Push-уведомления

  • Сделка дня — одна из самых популярных рекламных идей, которую использует каждый онлайн-бизнес. Продвигайте одну сделку или создайте страницу сделки дня и продвигайте несколько продуктов, таких как Amazon, и отправляйте push-уведомления с упоминанием сделок вместе с изображением продукта.
    Скидка
    50% на предметы декора стен » Deal of the Day Flat». Действительно только на сегодня

  • Бесплатная доставка — Push-уведомления

  • Согласно наилучшим имеющимся данным, 44% покупателей отказываются от своей корзины из-за высокой стоимости доставки. Один из лучших способов конвертировать их в продажи — предоставить бесплатную доставку. Удивите своих клиентов, отправив им уведомление о бесплатной доставке.
    Бесплатная доставка!
    Получите бесплатную доставку на все товары в течение следующих 24 часов.

  • Напоминание в последнюю минуту — Push-уведомления

  • Ежедневный или ежечасный обратный отсчет до конца предложения или продажи напомнит пользователям и создаст у них срочность покупки. Это одна из самых эффективных маркетинговых стратегий для улучшения вашей прибыли. Отправьте напоминание в последнюю минуту до окончания распродажи.
    Последний день!
    Осталось всего пара часов, чтобы получить скидку 30%!

  • Вебинар — Push-уведомления

  • Когда вы планируете провести веб-семинар, вам следует отправить push-уведомление существующим пользователям приложения, чтобы увеличить посещаемость веб-семинара. Таким образом, ваши клиенты также получат возможность взаимодействовать с вами. А хорошая демонстрация продукта может сделать ваш бизнес более успешным.
    Бесплатная демоверсия
    Проверьте бесплатную демоверсию перед покупкой.

  • Cross-Sell — Push-уведомления

  • Соблазните своего клиента совершить покупку, дополняя товар в его корзине или недавно приобретенные товары другим товаром. Создавайте персонализированные push-уведомления для каждого покупателя в зависимости от его покупки продукта. Этот тип push-уведомлений поможет вам увеличить продажи продукта, для которого отправлено уведомление.
    Наушники для мобильных устройств
    См. Подходящие наушники для мобильных устройств, которые вы недавно приобрели. Гарантия лучшей цены.

    Этот вид push-уведомлений часто используется для продвижения электронных товаров, одежды и модных аксессуаров.
  • Обзор продукта — Push-уведомления

  • В наш век цифровых технологий каждый покупатель просматривает большое количество отзывов, прежде чем совершить окончательную покупку. Качественные положительные отзывы ваших клиентов улучшат узнаваемость вашего бизнеса и, вероятно, увеличат ваши общие продажи. Создайте push-уведомление для кампании по обзору, чтобы собрать отзывы от клиентов и увеличить вероятность конверсии.
    Понравились ли вам наушники.
    Поделитесь отзывом о наушниках, чтобы получить купон на скидку 10%.

  • Поделиться в соцсетях — Push-уведомления

  • Отправьте уведомление своему клиенту с просьбой поделиться впечатлениями о продукте в социальных сетях с его друзьями и семьями. Это, в свою очередь, увеличивает социальное доказательство вашего продукта, что может помочь увеличить конверсию.
    Расскажите своему другу!
    Поделитесь своим недавним опытом поездки на FB и получите скидку 10% на следующую поездку.
  • Отзыв о сервисе — Push-уведомления

  • Как только ваш клиент совершит покупку с помощью вашего мобильного приложения, спросите его об их опыте. Это помогает повысить производительность и удобство использования вашего приложения. Кроме того, это заставит вашего клиента почувствовать, что вы заботитесь о нем.
    Каким был ваш опыт покупок
    Поделитесь своим опытом покупок при недавней покупке, чтобы получить купон на скидку 10%.

  • Конкурсная кампания — Push-уведомления

  • При проведении конкурса, розыгрыша призов или других интерактивных маркетинговых кампаний вы должны уведомить пользователей своего приложения. Привлечь большое количество клиентов, предложив им привлекательное предложение. Таким образом вы сможете достичь своих маркетинговых целей.
    Шанс получить 100%
    скидку. Участвуйте сейчас, чтобы получить шанс выиграть 100% на следующей поездке.

  • Отзывы — Push-уведомления

  • Подтвердите свою репутацию, отправив push-уведомления с цитатой из отзыва, оставленного любым из ваших клиентов. Такое уведомление может показать, как ваши продукты или услуги помогли им. Вы всегда должны выбирать общие обзоры, которые отражают, насколько полезны ваши продукты, услуги.
    Каждая поездка идеальна и безопасна.
    Майк любит нашу службу такси.

  • Советы и руководство — Push-уведомления

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

    Не забудьте разместить ссылку в своем push-уведомлении. Это поможет вашим клиентам легко его найти.
  • Оплата — Push-уведомления

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

  • Goal Hit — Push-уведомления

  • Если вы являетесь владельцем фитнес-приложения, вы должны отправить уведомление, как только ваши пользователи достигнут цели в приложении. Это может включать разблокировку нового уровня, статуса или контрольной точки очков лояльности. Этот вид push-уведомления побуждает ваших пользователей достичь следующей цели.
    Достигнута цель 5 дней упражнений — вы ее победили!
    Вы достигли своих ежедневных целей.


  • Спасибо за отзыв — Push-уведомления

  • Отзывы клиентов и предложения об их опыте работы с вашим сервисом — это полезные данные, которые вы можете использовать для оптимизации своего бизнеса и более эффективного удовлетворения их требований. Итак, вам нужно отправить уведомление, чтобы отправить письмо с благодарностью тем, кто поделился с вами своим мнением.
    Привет всем!
    Спасибо, что поделились своими мыслями! Мы очень ценим это, так как всегда ищем способы улучшить качество обслуживания клиентов.

  • Информационный бюллетень — Push-уведомления

  • Информационный бюллетень — это рекламная стратегия, с помощью которой маркетологи информируют свою целевую аудиторию об услугах и продуктах по электронной почте. Отправляйте пользователям push-уведомления в последней рассылке новостей.
    Прочтите нашу последнюю новостную рассылку и узнайте о последних тенденциях.
  • Обновление покупки — Push-уведомления

  • Отправьте уведомление, подтверждающее вашим пользователям, когда их покупка была завершена, обработана, отправлена ​​или доставлена. Это одна из лучших маркетинговых стратегий, позволяющая завоевать доверие клиентов и при этом держать их в курсе хода выполнения заказов.
    Спасибо за ваш заказ!
    Скоро мы начнем его обрабатывать.

  • Удивите и порадуйте их — Push-уведомления

  • Удивите своих клиентов! Сделайте их любопытными с помощью броского заголовка. Сделайте небольшую скидку, если нужно, и заставьте их посетить ваш сайт и превратить их в распродажу.
    Посмотри, что случилось!
    Забронируйте поездку сегодня и получите скидку 10%.

  • Geo Fencing — Push-уведомления

  • Выведите свою маркетинговую стратегию push-уведомлений на новый уровень, нацелив своих пользователей геозонным сообщением. Это легко и просто: просто установите географические области, и всякий раз, когда пользователи вашего приложения входят в эти области, оно автоматически запускает push-уведомления для продвижения специальных предложений и увеличения трафика. Например, приложение для ресторана может предупреждать пользователей в определенной области, что есть специальное предложение на еду.
    Получите скидку 10% на следующий заказ в Domino’s Pizza (Палм-Кост). Хватай, раз уж ты так близко к магазину.
  • Геотаргетинг — Push-уведомления

  • Геотаргетинг помогает предприятиям ориентироваться на аудиторию в определенной географической области. При геотаргетинге, вместо того, чтобы доставлять сообщения каждому пользователю приложения, владельцы приложений выбирают целевую аудиторию в области, где их продажи относительно высоки или низки, в зависимости от их предпочтений. Этот вид push-уведомлений помогает владельцам приложений увеличить количество конверсий.
    Получите бесплатную доставку!
    Предложение действительно только для клиентов по всей Калифорнии.

  • Риск оттока push-уведомлений

  • Отправьте своим пользователям push-уведомление, если они демонстрируют поведение, связанное с риском оттока. Поощряйте их вернуться в приложение с помощью специальных скидок или акций, которые проводятся прямо сейчас.
    Привет всем!
    Мы заметили, что вы оставили несколько штук в корзине. Вернитесь и завершите покупку сейчас, чтобы получить скидку 30%.

  • Необходимые обновления информации — Push-уведомления

  • Всегда просите своих пользователей обновлять свою информацию, отправляя мягкие напоминания об обновлении адреса, или о том, что срок действия их кредитной карты скоро истекает, или о том, что приближается их ежегодное продление.
    Обновите свою контактную информацию. Помогите нам помочь вам.
  • Объявление о новой функции — Push-уведомления

  • Команды ваших приложений усердно работают над добавлением новых функций и новых функций в ваше приложение, чтобы доставить удовольствие пользователям. Итак, как владелец приложения, вам необходимо разработать стратегию для успешного сообщения об улучшениях, и push-уведомления — один из лучших способов сделать это. Создавайте эффективные push-уведомления для объявлений о новых функциях и отправляйте их своим пользователям со всех платформ. Не забудьте добавить ссылку с подробной информацией о новых обновлениях.
    Приветствую!
    Наша новая обновленная версия [продукта] наконец-то доступна!

  • Хвалите своих клиентов — Push-уведомления

  • Похвалите свой выбор клиентов и заставьте их почувствовать себя особенными. Скажите им, что не у всех хороший вкус. Создайте в их сознании образ того, как они будут выглядеть в корзине. Этот вид push-уведомлений подходит для интернет-магазинов модной одежды по всему миру.
    У вас потрясающий выбор!
    В этих шортах и ​​кроссовках вы будете выглядеть потрясающе.

  • Покупайте больше, экономьте больше — Push-уведомления

  • «Купи больше, сэкономь больше» — это одна из лучших рекламных акций для привлечения пользователей вашего приложения к покупкам в вашем магазине. Однако эта маркетинговая стратегия хорошо работает с гигантскими интернет-магазинами, такими как Amazon и Flipkart, но она эффективна для увеличения продаж вашего магазина.
    Купите 3 за половину цены!
    Только избранная коллекция!

  • Создайте ощущение успеха — Push-уведомления

  • Всем нравится ощущение победы. Вы можете воспользоваться этой возможностью для построения долгосрочных отношений со своими клиентами. Каждый раз, когда ваши клиенты достигают вехи, отправьте им push-уведомление, подтверждающее, что они достигли вехи. Взамен вы можете вознаградить их за их достижения в соответствии с вашей маркетинговой стратегией.
    Вы разблокировали наше золотое членство!
    На ваш счет будет зачислено 500 баллов!

  • Развитие любопытства — Push-уведомления

  • Один из ключевых способов увеличить процент открытий вашего push-уведомления — вызвать любопытство. Удерживание некоторой информации побуждает пользователей сделать один шаг — щелкнуть по ней. Ваше push-уведомление должно быть составлено таким образом, чтобы они могли участвовать в ваших кампаниях.
    Скидка 30% на каждый заказ!
    Особый сюрприз для первых 50 заказов.

  • Групповые предложения — Push-уведомления

  • Развлекайте пользователей групповыми предложениями и увеличивайте продажи. Это одна из лучших маркетинговых стратегий, применяемых предприятиями пищевой промышленности по всему миру. Когда вы чувствуете, что ваши продажи падают, воспользуйтесь этой стратегией, чтобы сдержать их. Вы нажимаете уведомление об этом предложении, оно должно быть эффективным с некоторой скидкой и хорошо продуманным, чтобы привлечь потенциальных клиентов.
    Что-то для всей банды
    Наслаждайтесь специальным ужином на 5 человек!


    План действий в чрезвычайных обстоятельствах — Push-уведомления
    Чем больше клиентов вы сможете удержать и продолжать продавать, тем больше у вас шансов достичь своих бизнес-целей. Удержание клиентов должно быть главным в любом бизнесе электронной коммерции, чтобы обеспечить его успех в долгосрочной перспективе. Таким образом, вы должны время от времени отправлять уведомление существующему клиенту.
    Хотите зарабатывать каждый раз, когда проводите время?
    Кэшбэк 5 долларов при покупке на 50 долларов.

  • Создайте ощущение срочности — Push-уведомления

  • Осознание срочности может дать самые потрясающие результаты. Если вы в течение короткого времени проводите распродажи в своем магазине, вы должны отправить push-уведомление всем пользователям приложения. Ваше уведомление должно представлять реальную срочность, используя такие слова, как «Купить сейчас», «Купить сегодня» и т. Д. По мнению экспертов рынка, было замечено, что реальная срочность конвертирует пользователей быстрее, чем другие маркетинговые стратегии, поскольку вызывает у них беспокойство.
    Скидка 30% на все рюкзаки.
    Действительна только в течение следующих 30 минут!

  • Создание давления — Push-уведомления

  • Создайте push-уведомление, которое вызывает страх, чтобы оказать давление на пользователей вашего приложения. когда истекает срок их бонусных баллов, вы должны отправить им уведомление, побуждающее их к незамедлительным действиям.
    Бонусные баллы скоро истекают!
    Погасите свои баллы, пока не стало слишком поздно!

  • Тревожные пользователи с количественными числами — Push-уведомления

  • Согласно лучшим имеющимся данным, ежегодно брошенные тележки приводят к тому, что маркетологи электронной коммерции теряют около 64,45% продаж. Некоторые пользователи добавляют свои любимые товары в корзину и забывают о них. Здесь нежное напоминание может сработать как шарм. Отправьте push-уведомление с напоминанием о том, что они оставили в корзине что-то классное. Уведомление, подобное этому, побуждает пользователей совершить покупку, помогая владельцам приложений в значительной степени уменьшить свои потери.
    Ваша любимая сумочка уже в продаже
    Осталось всего 10 штук! Торопиться!


Push-уведомления — передовой опыт

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

    • Попросить разрешения
    • Перед тем, как показать им разрешение устройства, покажите хорошо сформулированное сообщение о разрешении. В этом сообщении расскажите пользователю о ценности подписки на push-уведомления. Предоставьте пользователю возможность выбора, включать или отключать push-уведомление. Простая бомбардировка запросов устройств может отпугнуть пользователей вашего приложения, и они будут более склонны отключать его, закрывая для вас ценный маркетинговый канал.
    • Не торопитесь!
    • Их можно называть push-уведомлениями, но если вы попытаетесь ворваться внутрь, скорее всего, вас будут избегать. Пишите умные копии, в которых есть человеческое чутье. В ограниченном пространстве, которое у вас есть, это может стать проблемой.
    • Нацеливайтесь правильно
    • С помощью сегментации аудитории вы можете отправлять уведомления о геозоне, которые отражают предпочтения пользователей. Это не только персонализирует отправляемое вами уведомление, но и помогает вернуть посетителей, которые могли отвлечься, прежде чем успели совершить конверсию. Еще один отличный способ отправки целевых уведомлений — это геозона и отправка push-уведомлений на основе местоположения.
    • Позаботьтесь о сроках
    • Получение правильного сообщения в нужное время может помочь вам привлечь внимание и повысить шансы на конверсию. Например, приложениям для социальных сетей лучше сразу отправлять push-уведомления, но любые рекламные сообщения должны отправляться тогда, когда пользователь приложения с большей вероятностью будет открыт для их получения.
    • Стоимость предложения
    • Отправка push-уведомлений просто так нанесет вам больше вреда, чем пользы. В области маркетинга уже много шума, и если вы только добавите его без какой-либо ценности, пользователи вашего приложения собираются нажать кнопку отключения звука или, что еще хуже, просто удалить ваше приложение! Убедитесь, что каждое отправляемое вами уведомление имеет цель и приносит ощутимую пользу клиенту.

    Пуш-код в ВТБ: что это такое

    С ростом киберпреступности компании стремятся снизить риск мошенничества, не мешая пользователям создавать свои учетные записи и управлять ими.

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

    В каких ситуациях следует использовать SMS

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

    Было бы идеально, чтобы все компании, которые используют личные счета с личными данными своих пользователей, создали надежную систему SMS-аутентификации.

    Например, компании повышают безопасность соединений в приложении или в небезопасных сетях с помощью SMS, отправив временные пароли.

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

    Этот процесс позволяет обеспечить наличие сертифицированной базы данных.

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

    Каковы преимущества использования SMS-аутентификации

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

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

    Стоимость настройки этой услуги абсолютно бесплатна.

    Как присылается пуш-код

    Приложение или веб-сайт автоматически генерирует буквенно-цифровой код. Он предназначен только для одноразового использования, время истечения срока его действия настраивается. Решение по маршрутизации отвечает за передачу этого кода в кратчайшие сроки.

    Использование веб-сервисов также гарантирует полную конфиденциальность данных клиента (для этого используются меры шифрования и хеширование данных пользователя).

    Используйте CodePush для обновления приложения в реальном времени — Visual Studio App Center

    • 2 минуты на чтение

    В этой статье

    CodePush — это облачная служба App Center, которая позволяет разработчикам Apache Cordova и React Native развертывать обновления мобильных приложений непосредственно на устройствах своих пользователей. Он работает как центральный репозиторий, в который разработчики могут публиковать определенные обновления (например, JS, HTML, CSS и изменения изображений), а приложения могут запрашивать обновления из (используя предоставленные клиентские SDK).Это позволяет вам иметь более детерминированную и прямую модель взаимодействия с конечными пользователями, устраняя ошибки, добавляя небольшие функции, которые не требуют перекомпоновки двоичного файла, или распространяя его через любые общедоступные магазины приложений. Все приложения React Native, созданные в Центре приложений, по умолчанию включены CodePush; чтобы начать использовать CodePush, вам необходимо выполнить следующие шаги:

    Примечание

    Для устройств Android CodePush будет работать только на устройствах, совместимых с TLS 1.2

    Примечание

    Использование API

    CodePush имеет ограничение скорости 70 запросов в секунду.Они подсчитываются по комбинации следующего: запрошенная конечная точка, исходящий IP-запрос, ключ развертывания и уникальный идентификатор клиента. Если предел достигнут, будет возвращен ответ с кодом состояния 429:

      {
       "statusCode": 429,
       "message": "Превышен предел скорости. Повторите попытку через 1 секунду."
    }
      

    1. Установите интерфейс командной строки App Center

    Вы управляете большей частью функций CodePush с помощью интерфейса командной строки App Center. Чтобы установить CLI, откройте окно терминала или командную строку и выполните следующую команду:

      npm установить -g appcenter-cli
     

    Примечание

    Если вы обнаружили ошибку EACCES при выполнении этой команды, возможно, вам придется исправить разрешения npm в вашей системе.Многие сайты рекомендуют использовать команду sudo , чтобы обойти эту ошибку, но никогда не следует устанавливать модули npm, используя sudo .

    После успешной установки интерфейса командной строки App Center выполните команду appcenter login , чтобы настроить интерфейс командной строки для данных вашей учетной записи App Center.

    2. CodePush-ify your app

    Добавьте клиентский SDK CodePush в свое приложение и настройте его для получения обновлений приложения из одного из ваших развертываний в Центре приложений. В следующих разделах подробно описано, как это сделать для поддерживаемых платформ приложений:

    3.Выпустить обновление приложения

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

    React Native

    Выполните команду App Center CLI release-response , чтобы связать код вашего приложения и файлы ресурсов, а затем опубликуйте их на сервере App Center в качестве нового выпуска. Например:

      appcenter codepush release-response -a <имя-владельца> / MyApp
      

    Кордова

    Выполните команду App Center CLI release-cordova , чтобы связать код вашего приложения и файлы ресурсов, а затем опубликуйте их на сервере App Center как новый выпуск.Например:

      appcenter codepush release-cordova -a  / MyApp
      

    Подсказка

    Одной из важных функций интерфейса командной строки App Center является возможность установить приложение в качестве текущего приложения с помощью набора appcenter apps-current / . Установив приложение в качестве текущего приложения, вам не нужно использовать флаг

    -a . Например, команду appcenter codepush deployment list -a / можно ввести как appcenter codepush deployment list , если установлено текущее приложение.Вы можете проверить, какое приложение установлено в качестве текущего приложения для вашей учетной записи, используя appcenter apps get-current . Использование этой команды позволяет сократить большинство команд интерфейса командной строки.

    4. Запустите приложение

    После выполнения этих шагов все пользователи, запускающие ваше приложение, получат обновление, используя интерфейс, настроенный вами на шаге № 2. Дополнительные сведения см. В документации по интерфейсу командной строки и клиентскому SDK (Apache Cordova, React Native).

    Выпуск обновлений CodePush с помощью интерфейса командной строки App Center — Visual Studio App Center

    • 39 минут на чтение

    В этой статье

    Установка

    • Установить Node.js
    • Установите интерфейс командной строки App Center: npm install -g appcenter-cli

    Начало работы

    1. Создайте учетную запись App Center или войдите через интерфейс командной строки с помощью команды appcenter login .
    2. Зарегистрируйте свое приложение в CodePush и, при желании, поделитесь своим приложением с другими разработчиками в вашей команде.
    3. CodePush-ify ваше приложение и укажите его в развертывании, которое вы хотите использовать (Apache Cordova и React Native).
    4. Выпуск и обновление для вашего приложения.

    Управление счетом

    Прежде чем вы сможете начать выпуск обновлений приложения, войдите в свою существующую учетную запись CodePush или создайте новую учетную запись App Center. Вы можете сделать это, выполнив следующую команду после установки CLI:

      вход в appcenter
     

    Эта команда запустит браузер с просьбой пройти аутентификацию с помощью вашей учетной записи GitHub или Microsoft. После аутентификации он создаст учетную запись CodePush, «связанную» с вашим идентификатором GitHub / MSA, и сгенерирует ключ доступа, который вы можете скопировать / вставить в интерфейс командной строки для входа.

    Примечание

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

    Аутентификация

    Большинство команд в интерфейсе командной строки App Center требуют аутентификации, поэтому, прежде чем вы сможете начать управлять своей учетной записью, войдите в систему, используя учетную запись GitHub или Microsoft, которую вы использовали при регистрации. Вы можете сделать это, выполнив следующую команду:

      вход в appcenter
      

    Эта команда запустит окно браузера, в котором вас попросят пройти аутентификацию с помощью вашей учетной записи GitHub или Microsoft.Он сгенерирует ключ доступа для копирования и вставки в CLI (он предложит вам это). Теперь вы успешно прошли аутентификацию и можете безопасно закрыть окно браузера.

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

      список профилей appcenter
      

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

      Выйти из appcenter
      

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

      список токенов appcenter
    токены appcenter удалить 
      

    жетонов доступа

    Для аутентификации в службе CodePush без запуска браузера или без использования учетных данных GitHub или Microsoft (например, в среде CI) вы можете выполнить следующую команду для создания «токена доступа» (вместе с именем, описывающим для чего это):

      токенов appcenter create -d «Интеграция с Azure DevOps»
      

    Ключ отображается только один раз, поэтому при необходимости не забудьте сохранить его где-нибудь! После создания нового ключа вы можете указать его значение с помощью флага --token команды login , который позволяет вам использовать «безголовую» аутентификацию, а не запускать браузер.

      вход в appcenter --token 

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

    Управление приложениями

    Перед развертыванием обновлений создайте приложение в Центре приложений с помощью следующей команды:

      appcenter apps create -d  -o  -p 
      

    Если ваше приложение предназначено и для Android, и для iOS, мы настоятельно рекомендуем создавать отдельные приложения с помощью CodePush.По одному на каждую платформу. Таким образом, вы можете управлять и выпускать обновления для них отдельно, что в конечном итоге упрощает работу. Большинство людей добавляют к имени приложения суффикс -Android и -iOS . например:

    приложений appcenter создать -d MyApp-Android -o Android -p React-Native приложения appcenter создают -d MyApp-iOS -o iOS -p Cordova

    Примечание

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

    Подсказка

    Одной из важных новых функций в интерфейсе командной строки App Center является возможность установить приложение как текущее приложение , используя appcenter apps set-current / . Установив приложение в качестве текущего, вам не нужно использовать флаг -a в других командах интерфейса командной строки. Например, команда appcenter codepush deployment list -a / может быть сокращена до appcenter codepush deployment list , когда установлено текущее приложение.Вы можете проверить, какое приложение установлено в качестве текущего приложения для вашей учетной записи, используя appcenter apps get-current . Установка текущего приложения сокращает время набора большинства команд CLI.

    В исходном CodePush приложения автоматически имели два развертывания ( Staging и Production ). В Центре приложений вы должны создать их самостоятельно, используя следующие команды:

      appcenter codepush deployment add -a  /  Staging
    добавление развертывания appcenter codepush -a  /  Production
      

    После создания развертываний вы можете получить доступ к ключам развертывания для обоих развертываний с помощью appcenter codepush deployment list --displayKeys , который вы можете начать использовать для настройки своих мобильных клиентов через их соответствующие SDK (подробности для Cordova и React Native).

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

      обновление приложений appcenter -n <новое имя> -a <имя владельца> / <имя приложения>
      

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

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

      appcenter apps delete -a  / 
      

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

    Наконец, если вы хотите вывести список всех приложений, которые вы зарегистрировали на сервере App Center, выполните следующую команду:

      список приложений appcenter
      

    Совместная работа с приложениями

    Если вы будете работать с другими разработчиками над одним и тем же приложением CodePush, вы можете добавить их в качестве соавторов, используя портал App Center, следуя приведенным ниже инструкциям:

    1. На портале App Center выберите приложение, для которого вы хотите добавить соавторов
    2. В области навигации в левой части страницы щелкните Настройки
    3. Щелкните ссылку Соавторы
    4. В меню соавторов введите адреса электронной почты соавторов, чтобы пригласить их.

    Важно

    Функция коллабораторов

    App Center предполагает, что каждый соавтор уже зарегистрировался в App Center, используя указанный адрес электронной почты.

    После добавления все соавторы сразу получат следующие разрешения в общем приложении:

    1. Просмотр приложения, его соавторов, развертываний и истории выпусков
    2. Выпустить обновления для любого развертывания приложения
    3. Продвигайте обновления между любыми развертываниями приложения
    4. Откатить любое развертывание приложения
    5. Исправьте любые выпуски в любом развертывании приложения

    Соавторы не могут выполнять ни одно из следующих действий:

    1. Переименовать или удалить приложение
    2. Создание, переименование или удаление новых развертываний в приложении
    3. Очистить историю выпусков развертывания
    4. Добавление или удаление соавторов из приложения (*)

    Примечание

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

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

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

    Управление развертыванием

    С точки зрения CodePush, приложение представляет собой именованную группу для одного или нескольких «развертываний». Хотя приложение представляет собой концептуальное «пространство имен» или «область действия» для версии приложения для конкретной платформы (например, порта Foo для iOS), его развертывания представляют собой фактическую цель для выпуска обновлений (для разработчиков) и синхронизации обновлений. (для конечных пользователей).Развертывания позволяют иметь несколько «сред» для каждого приложения в любой момент времени и помогают моделировать реальность того, что приложения обычно перемещаются из личной среды разработчика в среду тестирования / контроля качества / промежуточной среды, прежде чем наконец попасть в производственную среду. .

    Примечание

    Как вы увидите ниже, для команд выпуска , продвигать и отката для работы требуются как имя приложения, так и имя развертывания, потому что это комбинация двух, которая однозначно определяет точку распространения (например, , Я хочу выпустить обновление моего приложения iOS для моих бета-тестеров).

    Всякий раз, когда приложение регистрируется в службе CodePush, мы рекомендуем создавать следующие развертывания: Staging и Production . Это позволяет вам начать выпуск обновлений для внутренней среды, где вы можете тщательно протестировать каждое обновление, прежде чем отправлять их конечным пользователям. Этот рабочий процесс имеет решающее значение для обеспечения того, чтобы ваши выпуски были готовы к массовому потреблению, и это практика, которая давно установилась в Интернете.

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

      appcenter codepush deployment add -a  /  
      

    Как и в случае с приложениями, вы также можете удалять и переименовывать развертывания, используя следующие команды соответственно:

      appcenter codepush deployment remove -a  /  
    appcenter codepush deployment rename -a  /   
      

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

      список развертываний appcenter codepush -a  / 
      

    Показатели установки имеют следующее значение:

    • Активный — количество успешных установок, в которых в данный момент выполняется этот выпуск (если пользователь откроет ваше приложение, он увидит / запустит эту версию).Это число будет меняться по мере обновления конечных пользователей до этой версии и выхода с нее. Этот показатель показывает как общее количество активных пользователей, так и процент от общей аудитории, которую они представляют. Это позволяет легко определить распределение обновлений, которые ваши пользователи используют в настоящее время, а также ответить на такие вопросы, как «Сколько из моих пользователей получили мое последнее обновление?».

    • Всего — общее количество успешных установок, полученных этим обновлением.Это число увеличивается только по мере того, как его устанавливают новые пользователи / устройства, поэтому оно всегда является надмножеством общего числа активных. Обновление считается успешным после вызова notifyApplicationReady (или sync ) после его установки. Между моментом загрузки обновления и пометкой об успешном обновлении оно будет отображаться как «ожидающее» обновление (подробности см. Ниже).

    • В ожидании — сколько раз этот выпуск был загружен, но еще не установлен (приложение было перезапущено для применения изменений).Таким образом, этот показатель увеличивается по мере загрузки обновлений и уменьшается по мере установки соответствующих загруженных обновлений. Этот показатель в первую очередь применяется к обновлениям, которые не настроены на немедленную установку, и помогает предоставить более широкую картину принятия выпуска для приложений, которые полагаются на возобновление или перезапуск приложения для применения обновления (например, я хочу откатить обновление, и я Интересно, скачал ли еще кто). Если вы настроили обновления для немедленной установки и по-прежнему видите сообщения об ожидающих обновлениях, вероятно, вы не вызываете notifyApplicationReady (или sync ) при запуске приложения, который является методом, который начинает отправку отчетов об установке. и помечает установленные обновления как успешные.

    • Откаты — количество автоматических откатов этого выпуска на клиенте. В идеале это число должно быть равно нулю, и в этом случае этот показатель даже не отображается. Однако, если вы выпустили обновление, которое включает сбой как часть процесса установки, плагин CodePush откатит конечного пользователя к предыдущей версии и сообщит об этой проблеме на сервер. Это позволяет вашим конечным пользователям оставаться незаблокированными, если выпуски не работают, и, наблюдая за этой телеметрией в интерфейсе командной строки, вы можете определить ошибочные выпуски и отреагировать на них, откатив их на сервере.

    • Развертывание — указывает процент пользователей, имеющих право на получение этого обновления. Это свойство будет отображаться только для выпусков, которые представляют собой «активное» внедрение и, следовательно, имеют процент внедрения менее 100%. Кроме того, поскольку развертывание может иметь только одно активное развертывание в любой момент времени, эта метка будет присутствовать только в последней версии развертывания.

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

    Когда в ячейке показателей отображается Установок не зарегистрировано , это означает, что сервер не обнаружил никаких действий для этого выпуска. Это могло быть связано либо с тем, что из-за этого не были доступны версии плагинов, которые включали поддержку телеметрии, либо конечные пользователи еще не синхронизировались с сервером CodePush. Как только произойдет установка, вы начнете видеть метрики, заполняемые в интерфейсе командной строки для выпуска.

    Выпуск обновлений

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

    1. Общие — выпускает обновление для сервера App Center, которое было создано внешним инструментом или сценарием сборки (например, задачей Gulp, командой response-native bundle ). Это обеспечивает максимальную гибкость с точки зрения адаптации к существующим рабочим процессам, поскольку строго касается шага, специфичного для CodePush, и оставляет вам процесс компиляции для конкретного приложения.

    2. React Native — использует те же функции, что и общая команда выпуска, но также обрабатывает задачу создания обновленного содержимого приложения для вас (пакет JS и активы), вместо того, чтобы требовать, чтобы вы запускали оба пакета реагирования , а затем версия appcenter codepush .

    3. Cordova — использует те же функции, что и общая команда выпуска, но также выполняет задачу по подготовке обновления приложения для вас, вместо того, чтобы требовать, чтобы вы запускали cordova prepare (или phonegap prepare ), а затем appcenter codepush выпуск .

    Какую из этих команд вам следует использовать, в основном зависит от требований или предпочтений. Однако мы рекомендуем использовать соответствующую команду для конкретной платформы для запуска (поскольку это значительно упрощает работу), а затем использовать команду общего назначения release , если / когда требуется больший контроль.

    Примечание

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

    Выпуск обновлений (Общие)

      appcenter codepush release -a  /  -c  -t  -d 
    
    [-t | --target-binary-version <версия>]
    [-с | --update-contents-path ]
    [-r | --rollout ]
    [--disable-duplicate-release-error]
    [-k | --private-key-path ]
    [-m | --обязательный]
    [-x | --disabled]
    [--description <описание>]
    [-d | --deployment-name ]
    [-a | --app <имя-владельца> / <имя-приложения>]
    [--disable-telemetry]
    [-v | --version]
      
    Параметр имени приложения

    Этот параметр указывает имя приложения App Center, для которого выпускается это обновление.Если вы хотите найти его, вы можете запустить команду appcenter apps list , чтобы увидеть свой список приложений.

    Обновить параметр содержимого

    Этот параметр указывает расположение обновленного кода приложения и ресурсов, которые вы хотите выпустить. Вы можете предоставить либо один файл (например, пакет JS для приложения React Native), либо путь к каталогу (например, папку / platform / ios / www для приложения Cordova). Вам не нужно заархивировать несколько файлов или каталогов для развертывания этих изменений, поскольку интерфейс командной строки автоматически заархивирует их за вас.

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

    Платформа Подготовить команду Путь к пакету (относительно корня проекта)
    Кордова (Android) cordova подготовить android ./ platform / android / assets / www , каталог
    Кордова (iOS) cordova подготовить ios ./platforms/ios/www каталог
    React Native wo / assets (Android) react-native bundle --platform android --entry-file --bundle-output --dev false Значение опции --bundle-output .
    React Native с активами (Android) react-native bundle --platform android --entry-file --bundle-output / --assets-dest --dev false Значение параметра --assets-dest , который должен представлять вновь созданный каталог, который включает ресурсы приложения и пакет JS
    React Native wo / assets (iOS) react-native bundle --platform ios --entry-file --bundle-output --dev false Значение опции --bundle-output option
    React Native с активами (iOS) react-native bundle --platform ios --entry-file --bundle-output / --assets-dest --dev false Значение параметра --assets-dest , который должен представлять вновь созданный каталог, который включает ресурсы приложения и пакет JS
    Параметр целевой двоичной версии

    Этот параметр указывает версию хранилища / двоичную версию приложения, для которого вы выпускаете обновление, так что только пользователи, работающие с этой версией, получат обновление, а пользователи, использующие более старую или более новую версию двоичного файла приложения — нет.Это полезно по следующим причинам:

    1. Если пользователь использует более старую бинарную версию, возможно, в обновлении CodePush есть критические изменения, несовместимые с тем, что он использует.

    2. Если пользователь использует более новую двоичную версию, то предполагается, что то, что он использует, является более новым (и потенциально несовместимым) с обновлением CodePush.

    Если вы когда-нибудь захотите, чтобы обновление предназначалось для нескольких версий двоичного файла магазина приложений, мы также позволяем вам указать параметр как выражение диапазона semver.Таким образом, любое клиентское устройство, на котором запущена версия двоичного файла, удовлетворяющая выражению диапазона ( semver.satisfies (version, range) возвращает true ), получит обновление. Примеры допустимых выражений диапазона semver следующие:

    Диапазон Выражение У кого обновление
    1.2.3 Только устройства, на которых запущена конкретная двоичная версия 1.2.3 вашего приложения
    * Любое устройство, настроенное на получение обновлений из вашего приложения CodePush
    1.2.x Устройства с основной версией 1, дополнительной версией 2 и любой патч-версией вашего приложения
    1.2.3 - 1.2.7 Устройства с любой двоичной версией от 1.2.3 (включительно) до 1.2.7 (включительно)
    > = 1.2.3 <1.2.7 Устройства с любой двоичной версией от 1.2.3 (включительно) до 1.2.7 (исключая)
    1., или ** *, команда может выполняться некорректно, если вы не заключите значение в кавычки, поскольку оболочка не предоставит правильные значения нашему процессу CLI. Итак, при вызове команды release лучше всего заключить параметр приложения targetBinaryVersion в двойные кавычки, например, appcenter codepush release -a / updateContents "> 1.2.3" .

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

    Платформа Источник бинарной версии
    Кордова Атрибут <версия виджета> в конфигурации .xml файл
    React Native (Android) Свойство android.defaultConfig.versionName в файле проекта build.gradle
    React Native (iOS) Ключ CFBundleShortVersionString в файле Info.plist
    React Native (Windows) Ключ в файле Package.appxmanifest

    Примечание

    Если в двоичной версии в файлах метаданных отсутствует версия патча, например 2.0 , он будет рассматриваться как имеющий версию патча 0 , то есть 2.0 -> 2.0.0 .

    Параметр имени развертывания

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

    Подсказка

    Параметр можно установить с помощью - имя-развертывания или -d .

    Описание параметра

    Этот параметр предоставляет дополнительный «журнал изменений» для развертывания. Значение округляется до клиента, так что при обнаружении обновления ваше приложение может выбрать отображение его конечному пользователю (например, через диалоговое окно «Что нового?»). Эта строка принимает управляющие символы, такие как \ n и \ t , так что вы можете включать в свои описания форматирование пробелов для улучшения читаемости.

    Подсказка

    Этот параметр можно установить с помощью - описание .

    Отключенный параметр

    Этот параметр указывает, должны ли конечные пользователи загружать обновление или нет. Если не указано иное, обновление не будет отключено. Вместо этого пользователи загрузят его в тот момент, когда ваше приложение вызовет sync . Этот параметр может быть ценным, если вы хотите выпустить обновление, которое не доступно сразу, пока вы явно не исправите его и не захотите, чтобы конечные пользователи загрузили его (например, сообщение в блоге с объявлением было опубликовано).

    Подсказка

    Этот параметр можно установить с помощью --disabled или -x .

    Обязательный параметр

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

    Примечание

    Этот параметр является «флагом», поэтому его отсутствие указывает на то, что выпуск является необязательным, а его наличие указывает на то, что он является обязательным. Вы можете указать для него значение (например, - обязательно истинно ), однако, указав - обязательно , достаточно, чтобы пометить выпуск как обязательный.

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

    Выпуск Обязательно?
    версия 1
    версия 2 Есть
    v3

    Если конечный пользователь в настоящее время работает с v1 и запрашивает у сервера обновление, он ответит v3 (поскольку это последняя версия), но динамически преобразует выпуск в обязательный, поскольку обязательное обновление было выпущено между ними.Такое поведение важно, поскольку код, содержащийся в v3 , является инкрементным по сравнению с кодом, включенным в v2 . То, что сделало v2 обязательным, продолжает делать v3 обязательным для всех, кто еще не приобрел v2 .

    Если конечный пользователь в настоящее время работает с v2 и запрашивает у сервера обновление, он ответит v3 , но оставит выпуск как необязательный. Это связано с тем, что они уже получили обязательное обновление, и поэтому нет необходимости изменять политику v3 .Именно поэтому мы говорим, что сервер будет «динамически преобразовывать» обязательный флаг, потому что до выпуска его обязательный атрибут всегда будет храниться с использованием значения, которое вы указали при выпуске. Он изменяется только на лету по мере необходимости при ответе на проверку обновлений от конечного пользователя.

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

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

    Подсказка

    Этот параметр можно установить с помощью - обязательно или -m *

    Отсутствует параметр ошибки дублирования выпуска

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

    Параметр развертывания

    Важно

    Чтобы этот параметр вступил в силу, ваши конечные пользователи должны использовать версию 1.6.0-beta + (для Cordova) или 1.9.0-beta + (для React Native) плагина CodePush. Если вы выпускаете обновление, в котором указано свойство развертывания, ни один конечный пользователь, использующий более старую версию подключаемых модулей Cordova или React Native, не будет иметь права на обновление. До тех пор, пока вы не примете необходимую версию плагина CodePush для конкретной платформы (как упоминалось ранее), мы не рекомендуем устанавливать значение развертывания для выпусков приложения, так как никто не получит его.

    Этот параметр указывает процент пользователей (в виде целого числа от 1 до 100 ), которые должны иметь право на получение этого обновления. Это может быть полезно, если вы хотите «запускать» новые выпуски с частью аудитории приложения (например, 25%) и получать отзывы или следить за исключениями или сбоями, прежде чем сделать его широко доступным для всех. Если этот параметр не установлен, по умолчанию используется значение 100% . Вам нужно только установить его, чтобы ограничить количество пользователей, которые его получат.

    При использовании возможности развертывания следует учитывать несколько дополнительных факторов:

    1. Вы не можете выпустить новое обновление для развертывания, последний выпуск которого является «активным» развертыванием (его свойство развертывания не равно нулю). Развертывание необходимо «завершить» (установить для свойства развертывания значение 100 ), прежде чем вы сможете выпускать дальнейшие обновления развертывания.

    2. При откате развертывания, последний выпуск которого является «активным» развертыванием, значение развертывания будет сброшено, что фактически «деактивирует» поведение развертывания.

    3. В отличие от обязательных полей и description , когда вы продвигаете выпуск из одного развертывания в другое, оно не распространяет свойство развертывания , и поэтому, если вы хотите новый выпуск (в целевом развертывании) чтобы иметь значение развертывания, вы должны явно установить его при вызове команды promotion .

    Подсказка

    Этот параметр можно установить с помощью --rollout или -r *

    Выпуск обновлений (React Native)

      appcenter codepush release-react -a  /  -d  -t 
    [-t | --target-binary-version ]
    [-o | --output-dir]
    [-s | --sourcemap-output]
    [-c | --build-имя-конфигурации <аргумент>]
    [--plist-file-prefix]
    [-p | --plist-файл]
    [-g | --gradle-файл]
    [-e | --entry-файл]
    [--development]
    [-b | --bundle-name ]
    [-r | --rollout ]
    [--disable-duplicate-release-error]
    [-k | --private-key-path ]
    [-m | --обязательный]
    [-x | --disabled]
    [--description <описание>]
    [-d | --deployment-name ]
    [-a | --app <имя-владельца> / <имя-приложения>]
    [--disable-telemetry]
    [-v | --version]
      

    Команда release-react - это специфичная для React Native версия команды "vanilla" release , которая поддерживает все те же параметры (например, - обязательно , --description ), но упрощает процесс выпуска обновлений, выполняя следующие дополнительные задачи:

    1. Выполнение команды react-native bundle для генерации содержимого обновления (пакета JS и ресурсов), которое будет отправлено на сервер CodePush.Он использует разумные значения по умолчанию в максимально возможной степени (например, создание сборки без разработки, предполагая, что файл записи iOS называется index.ios.js ), но также предоставляет соответствующие параметры response-native bundle для обеспечения гибкости (например, --sourcemap-output ).

    2. Вывод targetBinaryVersion этого выпуска с использованием имени версии, указанного в сборках Info.plist (для iOS) и проекта.gradle (для Android) файлы.

    Чтобы проиллюстрировать разницу, которую может сделать команда release-react , в следующем примере показано, как можно сгенерировать и выпустить обновление для приложения React Native с помощью команды «vanilla» release :

      мкдир ./CodePush
    
    пакет для реагирования - платформа ios \
    --entry-файл index.ios.js \
    --bundle-output ./CodePush/main.jsbundle \
    --assets-dest ./CodePush \
    --dev ложь
    
    выпуск appcenter codepush -a  / MyApp-iOS -c./ CodePush -t 1.0.0
      

    Для достижения эквивалентного поведения с помощью команды release-response потребуется следующая команда, которая менее подвержена ошибкам:

      appcenter codepush release-response -a  / MyApp-iOS
      

    Примечание

    Мы считаем, что команда release-react должна быть полезна для большинства разработчиков React Native, поэтому, если вы обнаружите, что она недостаточно гибкая или не хватает ключевой функции, не стесняйтесь сообщить нам об этом, чтобы мы можем это улучшить!

    Параметр имени приложения

    Это тот же параметр, что и описанный в предыдущем разделе.

    Параметр платформы

    Этот параметр указывает, на какую платформу нацелено текущее обновление, и может быть android , ios или windows (без учета регистра). Это значение используется только для правильного объединения содержимого обновления приложения и не отправляется на сервер.

    Параметр имени развертывания

    Это тот же параметр, что и описанный в предыдущем разделе.

    Описание параметра

    Это тот же параметр, что и описанный в предыдущем разделе.

    Обязательный параметр

    Это тот же параметр, что и описанный в предыдущем разделе.

    Отсутствует параметр ошибки дублирования выпуска

    Это тот же параметр, что и описанный в предыдущем разделе.

    Параметр развертывания

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

    Параметр целевой двоичной версии

    Это тот же параметр, что и описанный в предыдущем разделе.Если не указано иное, по умолчанию используется точная версия, указанная в файлах Info.plist (для iOS) и build.gradle (для Android) приложения.

    Параметр имени пакета

    Этот параметр указывает имя файла, который должен использоваться для сгенерированного пакета JS. Если не указано иное, для указанной платформы будет использоваться стандартное имя пакета: main.jsbundle (iOS), index.android.bundle (Android) и index.windows.комплект (Windows).

    Подсказка

    Этот параметр может быть установлен с помощью --bundle-name или -b *

    Параметр проявления

    Этот параметр указывает, следует ли создавать неминифицированный пакет JS для разработки. Если не указано иное, по умолчанию используется значение false , где предупреждения отключены, а пакет уменьшен.

    Подсказка

    Этот параметр можно установить с помощью --development *

    Отключенный параметр

    Это тот же параметр, что и описанный в предыдущем разделе.

    Параметр файла ввода

    Этот параметр указывает относительный путь к корневому файлу / файлу JavaScript приложения. Если не указано иное, по умолчанию используется index.ios.js (для iOS), index.android.js (для Android) или index.windows.bundle (для Windows), если этот файл существует, или index.js в противном случае.

    Подсказка

    Этот параметр можно установить с помощью --entry-file или -e *

    Параметр файла Gradle (только для Android)

    Этот параметр указывает относительный путь к сборке .gradle , который CLI должен использовать при попытке автоматического определения целевой двоичной версии для выпуска. Этот параметр предназначен только для расширенных сценариев, поскольку интерфейс командной строки может автоматически найти файл проекта build.gradle в «стандартных» проектах React Native. Однако, если файл Gradle проекта находится в произвольном месте, которое не может обнаружить CLI, то использование этого параметра позволяет продолжить выпуск обновлений CodePush без необходимости явно устанавливать параметр --target-binary-version .Поскольку build.gradle - это обязательное имя файла, указание пути к содержащей его папке или полного пути к самому файлу приведет к одинаковому эффекту.

      appcenter codepush release-response -a  / MyApp-Android -g "./foo/bar/"
    appcenter codepush release-response -a  / MyApp-Android -g "./foo/bar/build.gradle"
      

    Подсказка

    Этот параметр можно установить с помощью --gradle-file или -g *

    Параметр файла Plist (только iOS)

    Этот параметр указывает относительный путь к информации .plist , который CLI должен использовать при попытке автоматического определения целевой двоичной версии для выпуска. Этот параметр предназначен только для расширенных сценариев, поскольку интерфейс командной строки может автоматически найти файл Info.plist проекта в «стандартных» проектах React Native, и вы можете использовать параметр --plistFilePrefix для поддержки файлов plist для каждой среды ( например, STAGING-Info.plist ). Однако, если список проекта находится в произвольном месте, которое не может обнаружить CLI, то использование этого параметра позволяет продолжить выпуск обновлений CodePush без необходимости явно устанавливать параметр --target-binary-version .

      appcenter codepush release-response -a  / MyApp-iOS -p "./foo/bar/MyFile.plist"
      

    Подсказка

    Этот параметр можно установить с помощью --plist-file или -p *

    Параметр префикса файла Plist (только для iOS)

    Этот параметр указывает префикс имени файла Info.plist , который этот интерфейс командной строки должен использовать при попытке автоматического определения целевой двоичной версии для выпуска. Это может быть полезно, если вы создали файлы plist для каждой среды (например, DEV-Info.plist , STAGING-Info.plist ), и вы хотите выпускать обновления CodePush без необходимости явно устанавливать параметр --target-binary-version . Если указать --plist-file-prefix , интерфейс командной строки будет искать файл с именем -Info.plist вместо Info.plist (что является поведением по умолчанию) в следующих местах : ./ios и ./ios/ . Если файл plist проекта не находится ни в одном из этих каталогов (например, ваше приложение является собственным приложением iOS со встроенными представлениями RN) или использует совершенно другое соглашение об именах файлов, рассмотрите возможность использования --plist-file параметр.

      # Автоматическое определение целевой двоичной версии этого выпуска путем поиска
    # версию приложения в файле STAGING-Info.plist в каталогах ./ios или ./ios/ .
    appcenter codepush release-react -a  / MyApp-iOS --plist-file-prefix "STAGING"
    
    # Сообщите CLI, что нужно использовать ваш список разработчиков (`DEV-Info.plist`).
    # Разделитель дефисов может быть указан явно.
    appcenter codepush release-response -a  / MyApp-iOS --plist-file-prefix "DEV-"
      
    Выходной параметр карты источника

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

    Подсказка

    Этот параметр можно установить с помощью --sourcemap-output или -s *

    Название конфигурации сборки

    Имя конфигурации сборки, которая указывает двоичную версию, на которую вы хотите настроить этот выпуск. Например, «Отладка» или «Выпуск» (только для iOS).

    Примечание

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

    Выпуск обновлений (Кордова)

      appcenter codepush release-cordova -a  /  -d  -t 
    [-t | --target-binary-version ]
    [--is-release-build-type]
    [-b | --build]
    [-r | --rollout ]
    [--disable-duplicate-release-error]
    [-k | --private-key-path ]
    [-m | --обязательный]
    [-x | --disabled]
    [--description <описание>]
    [-d | --deployment-name ]
    [-a | --app <имя-владельца> / <имя-приложения>]
    [--disable-telemetry]
    [-v | --version]
      

    Команда release-cordova - это специфичная для Кордовы версия команды "vanilla" release , которая поддерживает все те же параметры (например, --mandatory , --description ), но упрощает процесс выпуска обновлений путем выполнения следующих дополнительных задач:

    1. Выполнение команды cordova prepare (или phonegap prepare ) для создания содержимого обновления (папка www ), которое будет передано на сервер CodePush.

    2. Выведение targetBinaryVersion этого выпуска с использованием имени версии, указанного в файле проекта config.xml .

    Чтобы проиллюстрировать разницу, которую может сделать команда release-cordova , в следующем примере показано, как можно сгенерировать и выпустить обновление для приложения Cordova с помощью команды «vanilla» release :

      Cordova подготовить ios
    выпуск appcenter codepush -a  / MyApp-iOS -c./ платформы / ios / www -t 1.0.0
      

    Для достижения эквивалентного поведения с помощью команды release-cordova потребуется следующая команда, которая менее подвержена ошибкам:

      appcenter codepush release-cordova -a  / MyApp-iOS
      

    Примечание

    Мы считаем, что команда release-cordova должна быть полезна для большинства разработчиков Cordova. Если вы обнаружите, что она недостаточно гибкая или не хватает ключевой функции, не стесняйтесь сообщить нам, чтобы мы могли Улучши это.

    Параметр имени приложения

    Это тот же параметр, что и описанный в предыдущем разделе.

    Параметр платформы

    Этот параметр указывает, на какую платформу нацелено текущее обновление, и может быть iOS или Android .

    Параметр имени развертывания

    Это тот же параметр, что и описанный в предыдущем разделе.

    Описание параметра

    Это тот же параметр, что и описанный в предыдущем разделе.

    Обязательный параметр

    Это тот же параметр, что и описанный в предыдущем разделе.

    Отсутствует параметр ошибки дублирования выпуска

    Это тот же параметр, что и описанный в предыдущем разделе.

    Параметр развертывания

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

    Параметр целевой двоичной версии

    Это тот же параметр, что и описанный в предыдущем разделе.Если не указано иное, команда по умолчанию нацелена только на указанную версию в метаданных проекта ( Info.plist , если это обновление предназначено для клиентов iOS, и build.gradle для клиентов Android).

    Отключенный параметр

    Это тот же параметр, что и описанный в предыдущем разделе.

    Параметр сборки

    Этот параметр указывает, хотите ли вы запускать cordova build вместо cordova prepare (что является поведением по умолчанию) при создании обновленных веб-ресурсов.Это полезно, если ваш проект включает хуки сборки до или после (например, для транспиляции TypeScript), и поэтому наличие CodePush с запуском cordova prepare недостаточно для создания и выпуска обновления. Если не указано иное, по умолчанию используется значение false .

    Подсказка

    Этот параметр можно установить с помощью --build или -b *

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

      appcenter codepush patch -a  /   
    [-r | --rollout ]
    [-d | --description <описание>]
    [-t | --target-binary-version ]
    [-a | --app <имя-владельца> / <имя-приложения>]
    [--disable-telemetry]
    [-v | --version]
      

    Примечание

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

    За исключением / и deploymentName , все параметры являются необязательными, поэтому вы можете использовать эту команду для обновления одного атрибута или всех их сразу. Вызов команды patch без указания флага атрибута приведет к бездействию.

      # Отметить последний производственный выпуск как обязательный
    патч appcenter codepush -a  / MyApp-iOS Production -m
    
    # Увеличить развертывание версии 23 до 50%
    Патч appcenter codepush -a  / MyApp-iOS Production v23 -rollout 50%
      

    Параметр ярлыка

    Указывает, какой выпуск (например, v23 ) вы хотите обновить в рамках указанного развертывания. Если не указано, запрошенные изменения будут применены к последней версии в указанном развертывании.Чтобы найти метку для выпуска, который вы хотите обновить, вы можете запустить команду appcenter codepush deployment history и обратиться к столбцу Label .

    Обязательный параметр

    Это тот же параметр, что и описанный в предыдущем разделе, и позволяет вам обновить, следует ли считать выпуск обязательным или нет. Обратите внимание, что - обязательный и - обязательный истинный эквивалентны, но отсутствие этого флага не эквивалентно - обязательному ложному .Если параметр опущен, значение обязательного свойства целевой версии не изменится. Установите для этого параметра значение --mandatory false , чтобы явно сделать выпуск необязательным.

    Описание параметра

    Это тот же параметр, что и описанный в предыдущем разделе, и он позволяет вам обновлять описание для выпуска (например, вы допустили опечатку при выпуске или вообще забыли добавить описание). Если этот параметр не указан, значение свойства описания целевой версии не будет изменено.

    Отключенный параметр

    Это тот же параметр, что и описанный в предыдущем разделе, и он позволяет вам обновлять, следует ли отключать выпуск. Обратите внимание: --disabled и --disabled true эквивалентны, но отсутствие этого флага не эквивалентно --disabled false . Если параметр опущен, значение свойства disabled целевого выпуска не изменится. Установите для этого параметра значение --disabled false , чтобы явно сделать выпуск доступным, если он был ранее отключен.

    Параметр развертывания

    Это тот же параметр, что и описанный в предыдущем разделе, он позволяет увеличить процент развертывания целевого выпуска. Для этого параметра можно задать только целое число, значение которого больше текущего значения развертывания. Кроме того, если вы хотите «завершить» развертывание и сделать выпуск доступным для всех, вы можете установить для этого параметра значение --rollout 100 . Если этот параметр не указан, значение параметра развертывания целевой версии не изменится.

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

    Параметр целевой двоичной версии

    Это тот же параметр, что и описанный в предыдущем разделе, и позволяет обновлять диапазон semver , который указывает, с какими двоичными версиями совместим выпуск.Это может быть полезно, если вы допустили ошибку при первоначальном выпуске обновления (например, вы указали 1.0.0 , но имели в виду 1.1.0 ) или вы хотите увеличить или уменьшить диапазон версий, поддерживаемых выпуском (например, , вы обнаружили, что релиз все-таки не работает с 1.1.2 ). Если этот параметр не указан, значение свойства версии целевого выпуска не изменится.

      # Добавить "максимальную двоичную версию" к существующему выпуску
    # путем определения его правомочности для пользователей, использующих> = 1.0,5
    патч appcenter codepush -a  / MyApp-iOS Staging -t "1.0.0 - 1.0.5"
      

    После того, как вы протестировали обновление для определенного развертывания (например, Staging ) и хотите продвигать его «вниз по течению» (например, dev-> staging, staging-> production), вы можете использовать следующее команда для копирования выпуска из одного развертывания в другое:

      appcenter codepush promotion -a  /  -s  -d 
    [-s | - имя-источника-развертывания <имя-развертывания источника>]
    [-d | - имя-назначения-развертывания <имя-развертывания>]
    [-t | --target-binary-version ]
    [-r | --rollout ]
    [--disable-duplicate-release-error]
    [--description <описание>]
    [-a | --app <имя-владельца> / <имя-приложения>]
    [--disable-telemetry]
      

    Команда promotion создает новую версию для целевого развертывания, которая включает точный код и метаданные (описание, обязательную и целевую двоичную версию) из последней версии исходного развертывания.Хотя вы можете использовать команду release для «ручного» переноса обновления из одной среды в другую, команда promotion имеет следующие преимущества:

    1. Это быстрее, поскольку вам не нужно повторно собирать ресурсы выпуска, которые вы хотите опубликовать, или запоминать описание / двоичную версию, которая предназначена для выпуска исходного развертывания.

    2. Это менее подвержено ошибкам, поскольку операция повышения гарантирует, что именно то, что вы уже протестировали в исходном развертывании (например, Staging ), станет активным в целевом развертывании (например, Production ).

    Мы рекомендуем всем пользователям воспользоваться преимуществами автоматически созданных сред Staging и Production и делать все выпуски непосредственно в Staging , а затем продвигать из Staging в Production после соответствующего тестирования.

    Описание параметра

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

    Отключенный параметр

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

    Обязательный параметр

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

    Отсутствует параметр ошибки дублирования выпуска

    Это тот же параметр, что и описанный в предыдущем разделе.

    Параметр развертывания

    Это тот же параметр, что и описанный в предыдущем разделе, и он позволяет вам указать, должен ли только что созданный выпуск быть доступен только части ваших пользователей. В отличие от других параметров метаданных выпуска (например, описание ), развертывание выпуска не переносится / не наследуется как часть продвижения, поэтому вы должны явно установить это, если не хотите только что созданный выпуск будет доступен всем вашим пользователям.

    Параметр целевой двоичной версии

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

      # Продвинуть релиз в производство и сделать его
    # доступно для всех версий, использующих это развертывание
    appcenter codepush promotion -a  / MyApp-iOS -s Staging -d Production -t "*"
      

    Откат обновлений

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

      appcenter codepush rollback  /  
    откат appcenter codepush -a  / MyApp-iOS Production
      

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

    Выпуск Описание Обязательно
    версия 1 Первый выпуск! Есть
    версия 2 Добавлена ​​новая функция
    v3 Исправления ошибок Есть

    Если вы выполнили команду rollback для этого развертывания, будет создан новый выпуск ( v4 ), который будет включать содержимое выпуска v2 .

    Выпуск Описание Обязательно
    версия 1 Первый выпуск! Есть
    версия 2 Добавлена ​​новая функция
    v3 Исправления ошибок Есть
    v4 (откат с v3 на v2) Добавлена ​​новая функция

    Конечные пользователи, которые уже приобрели v3 , теперь будут «возвращены» к v2 , когда приложение выполнит проверку обновлений.Кроме того, любые пользователи, которые все еще использовали v2 и, следовательно, никогда не приобретали v3 , не получат обновления, поскольку они уже используют последний выпуск (вот почему наша проверка обновлений использует хэш пакета дополнительно к этикетке выпуска).

    Если вы хотите откатить развертывание до выпуска, отличного от предыдущего (например, v3 -> v2 ), вы можете указать необязательный параметр --target-release :

      appcenter codepush rollback -a  / MyApp-iOS Production --target-release v34
      

    Примечание

    Релиз, созданный в результате отката, будет аннотирован в выходных данных команды deployment history , чтобы облегчить их идентификацию.

    Просмотр истории выпусков

    Вы можете просмотреть историю 50 самых последних выпусков для конкретного развертывания приложения, используя следующую команду:

      История развертываний appcenter codepush -a  /  
      

    В истории будут отображаться все атрибуты каждого выпуска (например, метка, обязательный), а также указывать, были ли выпущены какие-либо выпуски из-за повышения или отката.

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

    Очистка истории выпусков

    Вы можете очистить историю выпусков для развертывания, используя следующую команду:

      appcenter codepush deployment clear -a  /  
      

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

    Подпись кода

    Что это?

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

    Зачем это нужно?

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

    Как это работает?

    Сначала разработчик генерирует пару асимметричных ключей: закрытый ключ будет использоваться для подписи пакетов; открытый ключ для проверки подписи пакета. Затем интерфейс командной строки CodePush использует закрытый ключ для подписи пакетов во время выполнения команд release , release-response и release-cordova . Открытый ключ поставляется с мобильным приложением. Контроль над созданием ключей и управлением ими находится в руках разработчика.

    В конце команды выпуска CLI вычисляет хэш содержимого пакета и помещает это значение в JWT, подписанный закрытым ключом. Когда подключаемый модуль CodePush загружает пакет на устройство, он проверяет файл .codepushrelease , содержащий JWT, и проверяет подпись JWT с помощью открытого ключа. Если проверка не удалась, обновление не установлено.

    Требования для использования этой функции

    Если вы планируете использовать эту функцию, выполните следующие действия:

    1. Создать новое двоичное обновление, включая

      • обновленный плагин CodePush с поддержкой Code Signing
      • настройте свой SDK code-push для использования вашего открытого ключа (подробности см. В соответствующих разделах React Native SDK (iOS, Android) или Cordova SDK)
    2. Создать новое обновление CodePush, которое нацелено на новую двоичную версию и задает значение параметра --privateKeyPath (или -k )

    Обратитесь к нашим таблицам совместимости, чтобы определить, поддерживается ли функция подписи кода в вашем SDK / CLI:

    Ключевое поколение

    Подпись кода поддерживает для подписи ключи RSA, закодированные в формате PEM (не сертификаты).Вы можете сгенерировать их через openssl, как показано ниже:

      # создать закрытый ключ RSA и записать его в файл private.pem
    openssl genrsa -out private.pem
    
    # экспортировать открытый ключ из private.pem в public.pem
    openssl rsa -pubout -in private.pem -out public.pem
      

    Пример сгенерированных ключей:

      # открытый ключ
    ----- НАЧАТЬ ПУБЛИЧНЫЙ КЛЮЧ -----
    MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA4moC3GsqF7YISFMQ0fnU
    0rUF2xhxNqSGx9 / GTxCynsQhR3hceroDXj3rAOTxnNkePB27uZfRDHrh4 / LLoj9V
    k2ghKRtfjDwXa85uDK8slSQDB9ZlD1TLQEJDZpKr1OTXY9VwbgtFaotSXoFmG3MO
    RQeALCbrAgDxQ5Q2kJn6rfBuBoszfUz1qZqrlrY74Axerv1 / UtTjL8uyF5r00Bxj
    kvTveC2Pm5A3kq6QANktgfKWy9Ugs / 4ykZF7fxfH + ukJW + iXwLACrdfzhegg / 41H
    5w06m30h0jqhIBZ3nbj5MN + qVbANHJMjz + fXqXx1Ovr1DfGtdKOku / BTWDxojCl1
    iwIDAQAB
    ----- КОНЕЦ ОБЩЕСТВЕННОГО КЛЮЧА -----
    
    # закрытый ключ
    ----- НАЧАТЬ ЧАСТНЫЙ КЛЮЧ RSA -----
    MIIEowIBAAKCAQEA4moC3GsqF7YISFMQ0fnU0rUF2xhxNqSGx9 / GTxCynsQhR3hc
    eroDXj3rAOTxnNkePB27uZfRDHrh4 / LLoj9Vk2ghKRtfjDwXa85uDK8slSQDB9Zl
    D1TLQEJDZpKr1OTXY9VwbgtFaotSXoFmG3MORQeALCbrAgDxQ5Q2kJn6rfBuBosz
    fUz1qZqrlrY74Axerv1 / UtTjL8uyF5r00BxjkvTveC2Pm5A3kq6QANktgfKWy9Ug
    s / 4ykZF7fxfH + ukJW + iXwLACrdfzhegg / 41H5w06m30h0jqhIBZ3nbj5MN + qVbAN
    HJMjz + fXqXx1Ovr1DfGtdKOku / BTWDxojCl1iwIDAQABAoIBAQCdwf / 8VS8fFlbv
    DfHKXKlNp5RM9Nrtl / XRjro + nQPYXBBUHClT2gg + wiXcmalAAIhwmscSqhWe / G4I
    PMRmaHrYGtYALnKE49nt5AgKDoSh5lW2QExqQkrcm08bSVcxH8J0bWPJSVE0y564
    + rCKr8BhmLhWC0f0PXPeAoeCeceRKYX2oDgO8A0yZRSQUdRWiXOiQ4mUQ3IPCmBc
    gD1JJNZ5kR4O904PZz5pbgyvN2t5BKOgLKq + x + 8Pa8Rb21rFZKMHO8W04oKaRiGs
    f4xwOBAWDOfzDKJzT5xepcPyycgjxcuvyKB2g8biWnDGGOTxDgqMX + R4XeP1aISC
    h9bzfRoBAoGBAPREuPhIXRJOsIgSWAAiC5vhLZ9wWELWG95eibQm2SfpY4F0sPpE
    lNQJ4yzC7J4BiApFzs1yxwwRmgpVd + wF9iMb4NSzaiTM7fju / Xv4aGhBqRXEokGF
    v3QxIlbAwBqeL0rJAAadjbUTTO / u6sC80LI3bfPrn / z1hupZQGR559gjAoGBAO1J
    xQ2ODVS4dSh3P + Ocd9LiUBPGyV97 + MFixh6z1c2Fd3bNuiIhCxkrng45Dq0CkX84
    nPUvtYxEQZoFvyB7gAm0SVlLHnJwBiq + Mp9g0UXSy6rZbjhiFkQs1W / W + Z2OIDsC
    y + uXZT7No / J9VyjdrWzZJaBImO8 / E4NONXWn8M95AoGACH97j + e0lTZ3ncRFm3uT
    u9CRrcJSz8BzJ8FSORpA48qS06YjohFQvC + 734rIgJa9DN5w22Tq19ik60cd7PAo
    KACISd4UC0O147ssxmtV9oqSP1ef7XehuYEcGLiL9mEadBeaEKDalToeqxo8wIfR
    GuIiySGhZ0ODdhO00coL7tECgYBargddD70udDNnICj4PbJY5928QQpxr / m3RZz6
    3LTHDstBnosUQdZw7wc + 3jUqjsG1gZgR5wKVMPx09N8 + dZPPoZMqSZfAGelxajAE
    UkaHTXBBwUfqyilCMnP6gofv2wGcK4xsYvXxEzslDxtA5b5By5Yic7vmKg + 17Sxm
    4yAW2QKBgDyEUzXq3Rrm7ZT720pPhuQDDSO0eHe1L1MUjTRsJ96GkIl0iqQCVgK8
    A / 6rFFTEeVf8L6GNMTwdtnDFz / CqIU + K1X4HLXmUY2suffWVxZ4KYqiEszCbyrdO
    puayMcrx2unhKQyDYjUvD8GxHyquA + p52KDke2TkKfDxfzv0WOE1
    ----- КОНЕЦ ЧАСТНОГО КЛЮЧА RSA -----
      

    Выпуск подписанного обновления

    Для выпуска подписанного обновления следует использовать параметр --privateKeyPath (или -k ) для команды release или release-response .

    Интерфейс командной строки

    · CodePush

    Установка

    • Установить Node.js
    • Установите интерфейс командной строки CodePush: npm install -g code-push-cli

    Начало работы

    1. Создание push-уведомления учетной записи CodePush с помощью интерфейса командной строки CodePush
    2. Зарегистрируйте свое приложение в CodePush и, при желании, поделитесь им с другими разработчиками в вашей команде
    3. CodePush-ify ваше приложение и укажите его в развертывании, которое вы хотите использовать (Cordova и React Native)
    4. Выпустите обновление для своего приложения
    5. Проверьте журналы отладки, чтобы убедиться, что все работает должным образом.
    6. Живите долго и процветайте! (подробнее)

    Управление счетом

    Прежде чем вы сможете начать выпускать обновления приложения, вам необходимо создать учетную запись CodePush.Вы можете сделать это, просто выполнив следующую команду после установки интерфейса командной строки:

    Это запустит браузер, предлагающий вам пройти аутентификацию с вашей учетной записью GitHub или Microsoft. После аутентификации он создаст учетную запись CodePush, «связанную» с вашим идентификатором GitHub / MSA, и сгенерирует ключ доступа, который вы можете скопировать / вставить в интерфейс командной строки для входа в систему.

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

    Если у вас есть существующая учетная запись, вы также можете связать свою учетную запись с другим поставщиком удостоверений (например, Microsoft, GitHub), запустив:

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

    Аутентификация

    Большинство команд в интерфейсе командной строки CodePush требуют аутентификации, и поэтому, прежде чем вы сможете начать управлять своей учетной записью, вам необходимо войти в систему, используя учетную запись GitHub или Microsoft, которую вы использовали при регистрации.Вы можете сделать это, выполнив следующую команду:

    Это запустит браузер, предлагающий вам пройти аутентификацию с вашей учетной записью GitHub или Microsoft. Это сгенерирует ключ доступа, который вам нужно скопировать / вставить в CLI (он предложит вам это). Теперь вы успешно прошли аутентификацию и можете безопасно закрыть окно браузера.

    Если в любое время вы захотите определить, вошли ли вы уже в систему, вы можете запустить следующую команду, чтобы отобразить адрес электронной почты, связанный с вашим текущим сеансом аутентификации, с поставщиками удостоверений, с которыми связана ваша учетная запись (e.г. GitHub) и любой ранее установленный прокси:

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

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

    Оставить комментарий

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    © 2019 Штирлиц Сеть печатных салонов в Перми

    Цифровая печать, цветное и черно-белое копирование документов, сканирование документов, ризография в Перми.