pro.jvm

10 Dec 2024 11:35

@javastart

pro.jvm

10 Dec 2024 11:15

клиентов больше 20 штук? Порядок хотя бы. 3, 5-10, 20+?
есть из них какие-то кто «на всем последнем/свежем/актуальном» сидит?

цикл релизный общий или каждый в свое время, независмо от остальных?

pro.jvm

10 Dec 2024 10:54

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

pro.jvm

10 Dec 2024 10:52

у каждой релизной ветки для тестирования будет создаваться своя инфра?

pro.jvm

10 Dec 2024 10:39

в кейсе «основное в транке» почти не отличается от предыдущего, вместо 2 стабильных веток будет 2+N, где N это сколько старья таскаете

в эти допветки идет обычно бэкпорт и фиксы только, если всегда начинать с мастера (не разрабатывать фичи с 0 в легаси-ветках) - ведение может быть даже надежным

pro.jvm

10 Dec 2024 10:38

Самое тупое и просто в вашем случае, это ввести релизные ветки

В таком случае ваша тест ветка соответствует develop ветке, прод ветка - мэйн/мастер ветке в Gitflow

pro.jvm

10 Dec 2024 10:37

А начните мучаться с фича флагами

pro.jvm

10 Dec 2024 09:39

Я все вижу)
Спасибо за ответы

pro.jvm

10 Dec 2024 09:37

Посмотри про паттерны ведения а git, а так работал с:
+ Релизная ветка для тестирования, мастер для прода
+ просто ветка фича и релизная

На дев стенд можно выкатывать чисто одну ветку (не обязательно связанную с фичей)

Про транк тоже мысль интересная

pro.jvm

10 Dec 2024 09:04

если фича нужна срочно в проде - ихначально делаем фичу от прод ветки, а потом сливаем и туда и сюда

pro.jvm

10 Dec 2024 08:55

Переходите на транк бэйзд девелопмент, и выкиньте ветки🌚

pro.jvm

10 Dec 2024 08:48

Привет всем!

Как организовать процесс разработки, если у нас есть следующие ветки: test, prod, а также feature-ветки для каждого разработчика, с учетом следующих требований и проблем:

Текущая структура:

Ветка test используется для тестирования новых фич.
Ветка prod содержит код, готовый для продакшена.
Каждый разработчик создает свою feature-ветку (например, feature/feature-name) для разработки новой функциональности.

Проблемы:

Иногда необходимо протестировать одну фичу на test и выпустить её в prod, но при этом другая фича, находящаяся на test, не должна быть выпущена.
Текущая структура веток затрудняет изолированное тестирование функционала отдельных разработчиков.
Нет способа протестировать конкретные изменения разработчика в изолированной среде, чтобы другие фичи не мешали.


Вопрос:
Какой подход к управлению ветками и средами (например, персональные dev-ветки, отдельные среды для feature-веток) можно использовать, чтобы решить эти проблемы и упростить процесс разработки, тестирования и релиза?

pro.jvm

10 Dec 2024 03:41

Мой кейс касался не именно .ogg, каких-то других форматов (.aiff и чего-то iOS-ного), но в целом решение поди тоже самое.
Мы за какое-то разумное время поняли, что на джаве этого не сделать, и пошли другим путём. Просто берёшь node.js и пилишь небольшой сервис одностраничник на нём =)
У нас fastify как сервер и music-metadata для извлечения данных из аудио.

pro.jvm

09 Dec 2024 16:26

эт то понятно, ищется именно сдк от самих свифтов (https://docs.developer.swift.com/docs/developer-tools/swift-sdk/downloads)

pro.jvm

09 Dec 2024 16:24

https://github.com/prowide/prowide-core

вроде эту использовали

pro.jvm

10 Dec 2024 11:34

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

pro.jvm

10 Dec 2024 11:00

а нельзя ли это через конфиг разруливать просто?

pro.jvm

10 Dec 2024 10:54

Для тестирования релизов обычно staging окружение используют

pro.jvm

10 Dec 2024 10:41

но вообще бэкпорт конечно добавляет боли и требований к команде, а без требований/дисциплины этой боли очень много

pro.jvm

10 Dec 2024 10:38

Тогда легко через релизные ветки и коммит в мастер через тэг катить отдельно фичи

pro.jvm

10 Dec 2024 10:38

мне с ними удобнее, чем с ветками

pro.jvm

10 Dec 2024 10:33

а видел случаи когда несколько веток для прода?

pro.jvm

10 Dec 2024 09:38

@shokhrukh_tashpulatov это он тебе)

pro.jvm

10 Dec 2024 09:37

Большое спасибо за ответ. А почему приняли решение что на java это не сделать?

pro.jvm

10 Dec 2024 08:59

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

pro.jvm

10 Dec 2024 08:54

Я когда-то работал в проекте, где были схожие требования. Сделали так:
1. master - то, что льётся в прод (через создание тега)
2. stage - то, что тестируется в совокупности с другими задачами перед продакшеном. Для stage поднимается изолированное окружение, которое ковыряют тестеры. Если что-то отсюда надо откатить, то через revert-коммит
3. feature-ветки. Создаются под каждую задачу. Так же, как и в случае stage, можно было поднять изолированное окружение (с другими feature-окружениями или stage они не связаны). За уничтожением этих окружений надо следить. Старые выпиливались как-то автоматически, но их можно было при желании вновь поднять

Соответственно QA тестят feature-ветки. Если всё ок, то дают добро. Перед релизом мержи feature-веток в stage приостанавливаются, QA тестят stage. После этого либо принимаются решения по фиксам, либо релиз

pro.jvm

10 Dec 2024 05:15

Есть "универсальный комбайн" ffmpeg. Возможно, поможет. Можно запускать из Java-кода как приложение ОС, получать его вывод в виде строки и парсить.

pro.jvm

09 Dec 2024 23:23

Здравствуйте. Задача узнать длительность ogg opus файла. Библиотеки с ogg файлом почему то не работают. Подскажите, сталкивался ли кто нибудь с подобной задачей? Какими библиотеками пользовались?

pro.jvm

09 Dec 2024 16:25

как думал надо еще сильней уточнять)

pro.jvm

09 Dec 2024 16:21

а я уж подумал про свифт сдк эппл для платежей (у них есть)