@stas3572 еще раз: если срез мал - AB тестирование бесcмысленно(!!!!) и даже вредно, т.к потребляет ресурсы команды и при этом может ухудшить ситуацию.
AB тестирование это инструмент СТАТИСТИКИ. Вы можете на маленьком срезе хоть идеально поровну поделить - и получите все равно цифру НИЧЕГО не имеющего с результатом
@lw1 вы можете быть 100% правым "по жизни", но юридически то что вы обсуждаете - не законно. На этом дискуссию со своей стороны заканчиваю, удачи Вам в любом случае.
@lw1 если у вас нет договора - с точки зрения закона вы сейчас на публичном ресурсе, спрашиваете совета как подобрать пароль на сервере который принадлежит третьему лицу.
@PsychoMakaron Вообще со временем я пришел к мысли что когда разработчиков на проекте много - очень удобным становится активное использование pull request. Где именно при этом ведется разработка - в отдельных ветках основного репозитория, или в форках - не принципиально.
@PsychoMakaron оуе. Вот эта возможность удалять коммиты в удаленном репозитории меня вообще убивает) По поводу веток из ниоткуда - сложно мне комментировать, вживую не сталкивался.
@donflash я в целом плюсую к @evnuh про "не понятно". Если код между собой не связан вообще - я не понимаю уже вообще ничего. Есть классический подход к хранению кода: 1 проект = 1 репозиторий.
В репозитории есть дев и продакшен ветки, есть ветки под конкретные долгие истории - далее см git flow.
Что Вы хотите сделать и зачем - из Ваших сообщений не понятно.
@QtRoS я в мобильной разработке понимаю только как менеджер, но интуитивно думаю что вам надо посмотреть куда то в сторону сброса куков и прочих параметров этого webview
@sanchezzzhak
Вот как раз за такой код я разработчиков убиваю.
Точка выхода из функции должна быть одна, иначе рождается код который крайне тяжело поддерживать. habrahabr.ru/post/40841
Картинка из интернетов:
docs.oracle.com/cd/E19146-01/821-1828/images/Rever...
Зеленое на этой схеме nginx , желтое ваш raspberry