2014-11-22 8 views
5

Я ищу формальное определение форматов номеров версий для файлов .NET Core project.json.project.json versioning format

версия
Visual Studio создает номер версии по умолчанию "1.0.0- *". Я хотел бы, чтобы это означало, что * обновляется при последовательных сборках (это не так). Номер версии сборки - 1.0.0. Что означает * и каковы юридические возможности?

зависимости
Я ожидал, что зависимость нумерации следовать NuGet versioning rules, учитывая, что KPM в основном NuGet передний конец, но это не кажется, поддерживает нумерацию брекет (например, «[1,2)») - Я получаю «недействительную строку версии», когда я пытаюсь использовать что-либо, кроме пустого или xx- * -формата.

С другой стороны, есть ли у кого-нибудь ссылка на официальное определение?

+0

См. Https://github.com/aspnet/KRuntime/issues/442, а также комментарии в соответствующем запросе на растяжение. – AndersNS

+0

Мы делаем это с нашей сборкой и, вероятно, должны испечь ее в KPM. Наши скрипты сборки устанавливают переменную среды K_BUILD_VERSION в метку времени. Это автоматически увеличивает версию каждый раз, когда мы создаем локальную копию. – davidfowl

ответ

0

Я не уверен, что случилось с поиском источника для определения. Я думаю, что это наиболее точное место для поиска, особенно сейчас, когда vNext размещается на GitHub.

Рассматривая описанное исключение, мы указываем на SemanticVersion.cs.

In the method TryParseInternal, it's fairly obvious why you're running into issues when attempting to declare min/max versions that way. В этом методе просто нет обработки для [,] или (,).

Если посмотреть в обычный NuGet версии спецификации, it's obvious that TryParseVersionSpec does have this handling built in.

Что касается документации с указанием приемлемых форматов, вам, вероятно, придется ждать, пока это не из статуса CTP. Если вы считаете, что это проблема, вы должны document it in GitHub. Авторы очень чувствительны к этим вопросам. Лично я не уверен, есть ли необходимость устанавливать максимальную версию зависимости, когда она развертывается с вашей сборкой.

+1

Думаю, я чувствую, что код определяет, как вещи в настоящее время реализованы, а не обязательно, как они должны работать или как они должны были использоваться. Кроме того, уровень сложности, требуемый для использования кода в качестве документации, довольно высок. Представьте себе, что источник компиляции .net для документации вместо MSDN –

+0

@MattFrost: Я хочу сказать, что вы, вероятно, не найдете обновленную документацию в этот момент, учитывая, что спецификация разрабатывается/уточняется по мере ее кодирования. Я был бы крайне устал от любой документации, которую вы найдете в этот момент. – grovesNL

 Смежные вопросы

  • Нет связанных вопросов^_^