а, кек

Оно вообще не работает и все это знают

Всем привет. Есть у кого опыт администрирования мобильных клиентов 1С? Интересует вопрос как вы раскатываете обновления (версии мобильного клиента) и как можно подлесть к списку информационных баз и подменить ссылку? ОС android. Прорабатываем вопрос эксплуатации около 100 ТСД но не менять же руками адрес подключения на каждой ...

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

Можно ссылку где почитать или на какую тему гуглить?

Ну не сильно протекает - в каком флоу переход фича-центральный ствол должен только одно атомарное действие содержать? Толстый мердж это нормально. Вот коммиты внутри фича ветки хорошо бы зачистить в красивую историю.
Но эту магию я пока не постиг в Гите - вот есть мастер/девлоп в который нужно влиться, вот есть говноветка, как оно все разрабатывалось, причем она тоже на сервере, так как я боюсь гибели машины разработчика и каждый день пушусь, не следя за целостностью коммита, просто эдакое Ctrl-S. А теперь я хочуть получить красивый мердж в центр. Мне что, завести новую ветку, сквашнуть в неё говноветку, проверить что каждый коммит новой истории проходит тесты и вмерджить в мастер? А говноветку стереть и на сервере и локально, а уборщик мусора в гите грохнет это безголовое ответвление при следующей чистке? (вместо ответа на эту часть можно кинуть в меня учебником)

в процессе git flow все ветки кроме мастер/девелоп подлежат уничтожению. Релиз ушел в мастер, релиз уничтожили, багфикс ушел уничтожили и т.д. А Ветки функциональности и вообще по исходному стандарту это чисто говноветки на локальной машине разраба, сервер про них ничего не знает, для сервера это будет один большой коммит в девелоп (по факту это аналог пулл реквеста только не от стороннего участника, а от доверенного).

Ветки как именованные сущности удаляются, но при этом у тебя мастер состоит чисто из мердж коммитов, и всегда можно увидеть все коммиты любой фича-ветки. Вот я не хочу, чтобы было видно все, я хочу чтобы было видно только те, что я хочу. Типа рефакторинг, юзкейс 1, юзкейс 2, юзейс 3, рефакторинг, тесты, мердж в мастер.
Идея гитлаб-флоу, что машина разраба надежная, давайте перед слиянием отребейзимся на голову мастера, а потом вмержимся в режиме no FF мне не сильно близка, поэтому месяц на локальной машине разраба ИМХО слишком большие риски. Пусть лучше на сервере полежит, даже если разраб один.

Я сейчас больше возбудился на фразу "ветка уничтожена"
Вот vanessa-opensource/wrong-epf-load в ADD уничтожена, или все-таки мы её видим желтенькой линией?

Так и называется - групповые политики

Спасибо, есть же где-то (ну должен быть) файл списка баз? Как его найти хотя бы?) документации на ИТС не нашел

Я сейчас больше возбудился на фразу "ветка уничтожена"
Вот vanessa-opensource/wrong-epf-load в ADD уничтожена, или все-таки мы её видим желтенькой линией?

перенос в девелоп в git-flow четко определен набором команд и их ключами.  $ git checkout develop
Switched to branch 'develop'
$ git merge --no-ff myfeature
Updating ea1b82a..05e9557
(Отчёт об изменениях)
$ git branch -d myfeature
Deleted branch myfeature (was 05e9557).
$ git push origin develop

Вероятно плюс минус там же, где и на стационаре