Как получить последнюю сборку Service Stack v3?

Последняя сборка v3, опубликованная на nuget.org, — 3.9.71. было много исправлений, которые я хотел бы включить в свой проект.

Итак, какой предпочтительный способ сделать это? Очевидно, я могу добавить ветку v3 из Github в качестве подмодуля в свой Git, а затем сослаться на все необходимые .csproj в моем .sln, но я бы предпочел просто иметь DDL (в идеале через NuGet).

Кто-нибудь в настоящее время делает ночные сборки, на которые я могу ссылаться через NuGet / Git только с DLL? Или мне начать это делать?


git nuget servicestack-bsd
person nikib3ro    schedule 30.01.2014    source источник
comment
Есть ли конкретное исправление v3, которого вы ждете? v3 довольно стабилен.   -  person Scott    schedule 30.01.2014
comment
@Scott Смотрите мой последний комментарий к вашему ответу. Спасибо за помощь.   -  person nikib3ro    schedule 31.01.2014

Ответы (1)


arrow_upward
2
arrow_downward

Ночных сборок не будет. ServiceStack v3 (BSD) будет выпускаться ежемесячно для NuGet, как указано здесь. Так что придется компилировать собственную версию с GitHub в промежуточный период между релизами NuGet.

Service Stack по-прежнему размещает сборки для непрерывной интеграции и публикует ежемесячные периодические выпуски ServiceStack v3 в NuGet.

Я не уверен, где вы видите много исправлений. Я заметил коммит месячной давности на ветка v3 и небольшие изменения в ветвь v3-fixes. Так что 3.9.71 еще довольно свежая.

Я бы не ожидал, что столько коммитов в v3 потребуется для ночных сборок, так как много усилий концентрируется на v4.

person Scott    schedule 30.01.2014
comment
Что ж, проблема в том, что я не могу сослаться на то, что должно быть в 3.9.71, как будто этим библиотекам Nuget более 4 месяцев. Например, у меня нет атрибута [StringLength]. Кроме того, я просмотрел файлы в git/build/, и они застряли на 3.9.60 и не работают. Если бы они перешли на интеграцию продолжений, я бы это понял, но тогда мне бы хотелось, чтобы скрипты для интеграции продолжений были в Git. Так что, нет ничего, как я спрашиваю? Мне нужно исправить файлы в build\, а затем опубликовать запрос на включение? - person nikib3ro; 30.01.2014
comment
Вот вопрос, который иллюстрирует простую вещь, которую мне не хватает (предположительно, она была добавлена ​​в ServiceStack 4 месяца назад, но ее нет в dll 3.9.71): stackoverflow.com/questions/21462671/ - person nikib3ro; 30.01.2014
comment
@ kape123 Он никогда не будет добавлен в ServiceStack v3. v3 — BSD, v4 — коммерческий. Изменения там были для v4. Если вам нужна эта функциональность, вам нужно получить v4. ServiceStack не собирается добавляться в v3 и v4. Тогда никто не стал бы покупать v4. - person Scott; 30.01.2014
comment
@ kape123 Вы можете реализовать аналогичную функциональность самостоятельно и отправить ее в проект v3. Но вы не сможете использовать код версии 4, которая уже предоставляет нужные вам функции, поскольку она лицензирована на коммерческой основе. - person Scott; 30.01.2014
comment
Странно, что StringLength не является частью пакета v3, поскольку даже в старом репозитории Google Code это показано в примере - было ли это удалено с тех пор? И какой у меня вариант, если я хочу придерживаться v3? Просто смириться с сумасшедшими полями varchar(8000) в базе данных? Это мой единственный вариант? А также, поскольку Require также недоступен, что делать, если мне нужны необнуляемые поля nvarchar в базе данных? - person nikib3ro; 30.01.2014
comment
@ kape123 StringLength не является атрибутом ServiceStack. Это атрибут, реализованный Microsoft DataAnnotations. System.ComponentModel.DataAnnotations.StringLengthAttribute . - person Scott; 31.01.2014
comment
Хорошо, это имеет смысл - с v3 на v4 был переход на атрибуты ServiceStack. Чувак, в ServiceStack так много тонких настроек. Спасибо за помощь. - person nikib3ro; 31.01.2014