lucky4

Мне нужно изменения из 2(Б) ветки закинуть в ветку 1(А). Что я делаю:

Черри пик это про коммит, а не про ветку

Возможно тебе нужен rebase или merge, а не черри пик?

id
word
transcription
translate
userId -> внешний ключ

id
firstName
lastName

Получить коллекцию параметров в метод контроллера можно так:

public ActionResult GetSomething([FromQuery] string[] somethingNames)
{
    ...
}

Если вы об этом.

IOptions можно создать при помощи
IOptions<A> options = Options.Create(new A());
Options.Create

Как уже написал Василий Банников - вы собираете проект, не весь солюшен. Потому и падает - оно не может найти свои зависимости. Ниже - пример, обрезаный с рабочего решения:

FROM mcr.microsoft.com/dotnet/sdk:5.0 AS builder
COPY . .
WORKDIR /src

RUN dotnet restore "SolutionName.sln" && \
        dotnet build "SolutionName.sln" -c Release -o /src/build && \
        cd /path/to/proj && \
        dotnet publish "ProjectToPublish.csproj" -c Release -o /src/publish

FROM mcr.microsoft.com/dotnet/aspnet:5.0 AS final

WORKDIR /app
COPY --from=publish /src/publish .

ENTRYPOINT ["dotnet", "ProjectName.dll"]

вам по сути надо поправить

RUN dotnet restore ./build/ShoppingCart.API.csproj
RUN dotnet publish -c Release -o out

Ну и да, судя по ошибке (описание которой я бы скопировал если бы вы вставляли текст, а не скриншоты) - у вас таки нет5. Потому и образы соотв. нужно использовать.

IsDublicated все время возвращает false потому что написана неверно. Вы инициализируете флаг потом возвращаете его без изменений.
Попробуйте так

public async Task<bool> IsDublicated(string label)
{
     var existedProduct = await _context.Set<Product>()
                .FirstOrDefaultAsync(property => property.Label.ToLower() == label.ToLower());
     return existedProduct != null;
}

И в функции AddAsync у вас неверное условие. Должно быть:

if (await _unitOfWork.ProductRepository.IsDublicated(product.Label))
{
     throw new DataDublication("Label already exists.");
}

В данном примере строка сравнивается с Func.

Я бы сделал так:

public interface IMyItem
{
    bool IsMatch(string pattern);
}

public static IQueryable<T> ApplyFilter<T>(this IQueryable<T> source, string filtertext) where T: IMyItem
{
    return source.Where(item => item.IsMatch(filtertext));
}

Единственный минус - объекты, которые фильтруются, должны будут реализовать интерфейс IMyItem.
В методе IsMatch, соответственно, должна выполняться проверка, подпадает ли объект под строку поиска или нет.

Да. Есть sink для записи json, вместо голого текста.
UPD: не sink, а formatter.
https://github.com/serilog/serilog-formatting-compact

Дополню ответы методом сортировки по названию свойства

public static IOrderedQueryable<TSource> OrderByAscOrDesc<TSource>(this IQueryable<TSource> query, string propName, bool isDesc)
{
	var entityType = typeof(TSource);
	var propInfo = entityType.GetProperty(propName);
	if (propInfo.DeclaringType != entityType)
		propInfo = propInfo.DeclaringType.GetProperty(propName);

	if (propInfo == null) return (IOrderedQueryable<TSource>)query;

	var arg = Expression.Parameter(entityType, "x");
	var property = Expression.MakeMemberAccess(arg, propInfo);
	var selector = Expression.Lambda(property, new ParameterExpression[] { arg });

	var methodName = isDesc ? "OrderByDescending" : "OrderBy";
	var method = typeof(Queryable).GetMethods()
		.Where(x => x.Name == methodName && x.IsGenericMethodDefinition)
		.Where(x => x.GetParameters().Length == 2)
		.Single();

	var genericMethod = method.MakeGenericMethod(entityType, propInfo.PropertyType);
	return (IOrderedQueryable<TSource>)genericMethod.Invoke(genericMethod, new object[] { query, selector });
}

На сколько я понял, вам нужно что-то типа

public static QueryableExtensions {
    public static IQueryable<T> TakePaged<T>(this IQueryable<T> query, int take, int skip) =>
      query.Take(take).Skip(skip);
}

С сортировкой и фильтрацией уже сложнее - нужно в рантайме комбинировать деревья выражений.
Читайте: https://docs.microsoft.com/en-us/dotnet/csharp/pro...

Но я не пойму куда его запихнуть) Если впихнуть его в этот класс, где находится работа с entity, то ошибку получаю, что расширяющие методы должны быть в non-generic-классах...

Пихать нужно в отдельный класс. А метода вашего должен быть свой generic-параметр
https://docs.microsoft.com/en-us/dotnet/csharp/pro...

1) Методы расширения должны быть расположены в сторонних static-классах. Создаем класс static SomeEntityMethodExtensions и внутри пишем что угодно.
2) Используйте IQueryable. C IEnumerable получите туже проблему что у вас и была - выгрузите все на сервер и будете крутить данные в пустую.

public static IQueryable<TEntity> ApplyFiltEntity(this IQueryable<TEntity> entity,
        Func<TEntity, string> field, string filter)
    {
        return entity.Where(x => field(x).Contains(filter));
    }
</code >
Однако скорее всего у вас будут проблемы с трансляцией переданной функции. Преобразовать ее в SQL 99% не выйдет

Проблема не в самих скобках, а именно во вложенных "{1}", компилятор не умеет их интерпретировать. Как вариант возможно такое решение

Console.WriteLine("new Item { Thumbnail = " + "{1}" + " }");

Но у меня подозрение, что Вы хотите сделать это

Console.WriteLine("new Item { Thumbnail = " + $"{item.Thumbnail}" + " }");

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

Console.WriteLine("new Item{{ Thumbnail = {0} }}", item.Thumbnail);

Никаких "должен одним коммитом или не должен" не существует

Если ты один, ты можешь вести только один мастер.

Если команда - вы договариваетесь в команде, как вам удобнее, оформляете это в правила и следуете.

Продукты бывают разные.
Довольно распространет git-flow, но его бездумное применение приводит к бардаку и оверинжинерингу.

Если есть какая-то фича, которую ты за один коммит не можешь сделать, то можешь сделать отдельный фича-бренч для этой фичи, И вести в ней разработку. При этому в случае срочной необходимости что-то исправить в мастере, у тебя мастер стабильный. Потом как фичу доделаешь - вмержишь в мастер.

Второй вариант использования фича-бренча - это pull request, если вы используете какой-нить code review, и перед пушем в мастер должны быть выполнены дополнительные действия - ручной код ревью или какие-от автоматические тесты, в общем что там в вашем CI наделаете.

Бывает, что одновременно разрабатывается несколько версий, тогда и "мастеров" может быть несколько (релизные ветки).

В простых проектах, обычно просто договариваются о name-convention для веток, с которыми потом проще генерировать различные release-notes, или в названии ветки включать номер тикета в багтрекере.