Как знаток может использоваться в непрерывной ситуации с интеграцией для установки имеющих версию артефактов в репозитории?
То, на что вы ссылаетесь, это интерфейс пользователя по умолчанию. Он включается всякий раз, когда вы регистрируете Identity с помощью services.AddDefaultIdentity или явно вызываете AddDefaultUI при регистрации через другие IServiceCollection добавочные номера (AddIdentity / AddIdentityCore). Вы не можете выбрать или выбрать то, что будет или не будет включено в пользовательский интерфейс по умолчанию, поэтому, если вы не хотите его часть, вы не можете использовать его вообще. Поэтому вместо этого измените строку services.AddDefaultIdentity на services.AddIdentity.
Когда все будет готово, вы можете использовать платформу Identity для включения определенных частей пользовательского интерфейса по умолчанию в ваше приложение. Щелкните правой кнопкой мыши по вашему проекту и выберите Add> New Scaffolded Item.... Затем выберите Identity слева и OK, чтобы использовать единственный доступный каркас идентификации. В появившемся окне вы можете проверить страницы, которые вы хотите включить, а затем снова щелкнуть OK.
2 ответа
Кажется, что Вы хотите создать версии СНИМКА с единственными версиями.
Так, в Вашем АНГЛИЧАНИНЕ объявляют версию как:
<version>#.#.#-SNAPSHOT</version>
Затем в distributionManagement разделе Вашего АНГЛИЧАНИНА включите единственные версии для snapshotRepository через (см. ссылку АНГЛИЧАНИНА Знатока на этом):
<snapshotRepository>
<uniqueVersion>true</uniqueVersion>
<id>your-snapshot-repo-id</id>
<name>Your Snapshots</name>
<url>http://your-snapshot-repo-url/maven</url>
</snapshotRepository>
К вашему сведению обратите внимание, что конвенции Знатока рекомендуют, чтобы версии были объявлены как major.minor.revision. Так, 1.0.25 вместо 1.0.0.25. Если Вы сможете использовать эту схему управления версиями, то вещи будут работать более гладко в мире Знатока.
Ответ Shek является, вероятно, 'знатоком путь', таким образом, я приму его как корректный ответ. Однако мы не готовы изменить наши конвенции, таким образом, вот обходное решение, которое мы используем.
При помощи уровня абстракции можно передать номер версии в англичанину во время изготовления и иметь установку и развернуться, плагины используют их. Например:
<project xmlns="..." xmlns:xsi="..." xsi:schemaLocation="...">
<modelVersion>4.0.0</modelVersion>
<groupId>com.stackoverflow</groupId>
<artifactId>stackoverflow</artifactId>
<version>${ciVersion}</version>
<packaging>jar</packaging>
<name>StackOverflow</name>
<properties>
<ciVersion>0.0.0.0</ciVersion>
</properties>
...
</project>
Мы не можем переопределить $ {project.version} непосредственно. Таким образом вместо этого, мы добавляем второе свойство, названное 'ciVersion', и даем ему значение по умолчанию '0.0.0.0' в разделе свойств. Теперь сервер CI может указать номер версии путем переопределения ciVersion свойства на командной строке. Как в:
mvn -DciVersion=1.0.0.25 install
Установка и развертывается, плагины будут использовать значение ciVersion свойства, которое было передано в том, каждый раз, когда на $ {project.version} ссылаются, как ожидалось, и значение по умолчанию будет использоваться, когда никакая версия не будет обеспечена на командной строке. Это позволяет нам переключаться на знатока с минимальным влиянием на наш процесс. Кроме того, это обходное решение незаметно, допуская легкий переключатель к функциональности СНИМКА при желании.