оу щ, теперь намного понятнее стало

благодарствую

Ты выбираешь базовый "виртуальный" образ, например убунту, на котором будут выполняться все действия, тебе доступны даже установка пакетов через apt-get и ты можешь очень гибко настроить логику
Несколько примеров использования: публикация в кубернетес, публикация nupkg в NuGet, можно сделать докербилд и залить это в докер хаб, можно докачать buildx через стандартные команды ubuntu и выполнить мульти-архитектурную сборку

Ещё билд документации из кода и публикация @meeegumin

На счёт dapper у Команды ef стоит цель минимизировать оверхеад по отношению к дапперу

я думаю он хотел узнать не про то как снапшоты сохраняются, а про то как данные с ивентов аггрегируются в определенный стейт

Кто-то знает бестпрактикс по работе с даппером? Как правильно репозиторий делать и тд. и тп.?

Использовать ef

+

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

спасибо

Просто если тебе нужны best practices тебе не нужен даппер

стейт по всем филдам типо в объекте?

Ну как и с любым другим ОРМ уровня пониже чем еф

через рефлексию это делается или чо

Репозиторий, в нем инкапсулируешь запросы

Мы руками собирали, потому что там была логика еще небольшая

Функция принимала текущий стейт и текущий месседж

Возвращаешь измененный стейт