ОА
яндекс музыка, скажем, не помирает тоже. Походу, в вк гарики работают.
все постоянно меняется. пару месяцев назад было так, через время все поменялось (вроде миуи обновился прост)
Size: a a a
2020 January 27
AD
кто они?
в MIUI разработчики китайские
AK
но блэт. какого хера, Галя?
AS
Привет!
У нас есть нужда использовать собственные библиотеки, которые шарятся между проектами.
Они при сборке заливаются в приватный мавен-репозиторий, и из него уже подтягиваются в проекты.
Однако, это вызывает огромные неудобства, когда нужно исправить какой-то баг и быстро протестить. Модуль для тестирования работоспособности в проекте с библиотекой не подходит, т.к. не всегда получается воспроизвести в нём сложные сценарии, а процесс публикации в мавен занимает приличное кол-во времени, особенно если надо протестить несколько вариантов решения.
Сейчас думаем над тем, чтобы отказаться от публикации артефактов библиотек и использовать их как сабмодули в гите.
Как это правильнее организовать, кто-то сталкивался с подобным?
У нас есть нужда использовать собственные библиотеки, которые шарятся между проектами.
Они при сборке заливаются в приватный мавен-репозиторий, и из него уже подтягиваются в проекты.
Однако, это вызывает огромные неудобства, когда нужно исправить какой-то баг и быстро протестить. Модуль для тестирования работоспособности в проекте с библиотекой не подходит, т.к. не всегда получается воспроизвести в нём сложные сценарии, а процесс публикации в мавен занимает приличное кол-во времени, особенно если надо протестить несколько вариантов решения.
Сейчас думаем над тем, чтобы отказаться от публикации артефактов библиотек и использовать их как сабмодули в гите.
Как это правильнее организовать, кто-то сталкивался с подобным?
ОА
эт было не про музон, а про ситуацию с дроид в целом - смотри дискус про нон юай тред
QH
Привет!
У нас есть нужда использовать собственные библиотеки, которые шарятся между проектами.
Они при сборке заливаются в приватный мавен-репозиторий, и из него уже подтягиваются в проекты.
Однако, это вызывает огромные неудобства, когда нужно исправить какой-то баг и быстро протестить. Модуль для тестирования работоспособности в проекте с библиотекой не подходит, т.к. не всегда получается воспроизвести в нём сложные сценарии, а процесс публикации в мавен занимает приличное кол-во времени, особенно если надо протестить несколько вариантов решения.
Сейчас думаем над тем, чтобы отказаться от публикации артефактов библиотек и использовать их как сабмодули в гите.
Как это правильнее организовать, кто-то сталкивался с подобным?
У нас есть нужда использовать собственные библиотеки, которые шарятся между проектами.
Они при сборке заливаются в приватный мавен-репозиторий, и из него уже подтягиваются в проекты.
Однако, это вызывает огромные неудобства, когда нужно исправить какой-то баг и быстро протестить. Модуль для тестирования работоспособности в проекте с библиотекой не подходит, т.к. не всегда получается воспроизвести в нём сложные сценарии, а процесс публикации в мавен занимает приличное кол-во времени, особенно если надо протестить несколько вариантов решения.
Сейчас думаем над тем, чтобы отказаться от публикации артефактов библиотек и использовать их как сабмодули в гите.
Как это правильнее организовать, кто-то сталкивался с подобным?
Сабмодули ужасны, лучше maven-репо, быстро работающий CI с дебажными сборками из веток и качественные сэмплы :)
Сабмодули — путь в ад монорепы.
Сабмодули — путь в ад монорепы.
AS
Сабмодули ужасны, лучше maven-репо, быстро работающий CI с дебажными сборками из веток и качественные сэмплы :)
Сабмодули — путь в ад монорепы.
Сабмодули — путь в ад монорепы.
ну там дофига получается времени, примерно так:
1. Аппрув PR
2. Проверка PR через CI
3. Мерж
4. Сборка и публикация артефакта в CI
полчаса минимум займёт в итоге одно изменение 🙁
плюс нужно либо апать версию каждый раз, что не ок, либо чистить кэши
плюс по-хорошему собирать артефакт с исходниками для дебага, а у нас репо хоть и приватный, но не селф-хостед, исходники шарить не очень хочется (точнее даже не "не хочется", а нельзя — запрещено политикой компании), а аттач сорцов из директории в AS работает через жопу почти всегда
но с тем, что сабмодули дают свой геморрой согласен
1. Аппрув PR
2. Проверка PR через CI
3. Мерж
4. Сборка и публикация артефакта в CI
полчаса минимум займёт в итоге одно изменение 🙁
плюс нужно либо апать версию каждый раз, что не ок, либо чистить кэши
плюс по-хорошему собирать артефакт с исходниками для дебага, а у нас репо хоть и приватный, но не селф-хостед, исходники шарить не очень хочется (точнее даже не "не хочется", а нельзя — запрещено политикой компании), а аттач сорцов из директории в AS работает через жопу почти всегда
но с тем, что сабмодули дают свой геморрой согласен
AK
ну там дофига получается времени, примерно так:
1. Аппрув PR
2. Проверка PR через CI
3. Мерж
4. Сборка и публикация артефакта в CI
полчаса минимум займёт в итоге одно изменение 🙁
плюс нужно либо апать версию каждый раз, что не ок, либо чистить кэши
плюс по-хорошему собирать артефакт с исходниками для дебага, а у нас репо хоть и приватный, но не селф-хостед, исходники шарить не очень хочется (точнее даже не "не хочется", а нельзя — запрещено политикой компании), а аттач сорцов из директории в AS работает через жопу почти всегда
но с тем, что сабмодули дают свой геморрой согласен
1. Аппрув PR
2. Проверка PR через CI
3. Мерж
4. Сборка и публикация артефакта в CI
полчаса минимум займёт в итоге одно изменение 🙁
плюс нужно либо апать версию каждый раз, что не ок, либо чистить кэши
плюс по-хорошему собирать артефакт с исходниками для дебага, а у нас репо хоть и приватный, но не селф-хостед, исходники шарить не очень хочется (точнее даже не "не хочется", а нельзя — запрещено политикой компании), а аттач сорцов из директории в AS работает через жопу почти всегда
но с тем, что сабмодули дают свой геморрой согласен
Можно настроить ci чтобы он пушил снепшоты из разных веток. Тогда не надо весь флоу ждать, а можно делать снепшоты из своей ветки
AS
Можно настроить ci чтобы он пушил снепшоты из разных веток. Тогда не надо весь флоу ждать, а можно делать снепшоты из своей ветки
хм, а это вариант, почему-то не подумали про такое
p
навскидку кто-нибудь сталкивался что view.setOnTouchListener срабатывает со второго раза?
ОА
ты про события ап и даун или что?
p
ты про события ап и даун или что?
любые, колбэк на первом прикосновении молчит
ОА
навскидку кто-нибудь сталкивался что view.setOnTouchListener срабатывает со второго раза?
логи?
p
логи?
логов нет, палец убрал, поставил, пошли логи
ОА
фокусабл контейнер/?
p
если что онтач в алертдиалоге
p
никаких фокусаблов
ОА
сначала тапается то что снаружи, а потом уже что внутри
ОА
если что онтач в алертдиалоге
а клик лисенер чем не помог?
p
надо свайп заколхозить