andreycha

(В случае если создаешь из csproj файла.)

Коллеги, а кто-нибудь уже создает Nuget пакеты с помощью msbuild pack? Как там указать директорию, откуда брать бинари? В самом nuget это свойство OutDir.

Пинг :) @VladD @PashaPash @PavelMayorov @vitidev

@Grundy как раз собрался пингануть несколько участников, вас тогда исключаю из списка :D

Значит ли это, что NTLM-аутентификация вообще не совместима с переиспользованием соединения между разными запросами? Хотя она является connection-based аутентификацией и вроде как предназначена для того, что ты аутентифицируешься в соединении один раз, а потом ходишь без аутентификации.

Лишь в одном посте удалось найти такое предложение: "If the client fails or does not support Kerberos, the Negotiate and NTLM header values initiate an NTCR authentication exchange. The client closes the TCP connection, opens a new one, and sends a request that includes an Authorization: NTLM header." (blogs.msdn.microsoft.com/chiranth/2013/09/20/…)

Коллеги, есть весьма расплывчатый вопрос. При обращении к веб-сервису, который использует NTLM-аутентификацию, обнаружилось, что keep-alive по сути не работает: каждый новый запрос идет в новом соединении. Кто-нибудь сталкивался с таким поведением? Нагуглить толком ничего не удалось.

@i-one да, конечно. Поправил, спасибо.

Ладно, спасибо за мысли. Если что, я еще напишу, посоветуюсь. Чатики долго живут?

Я сам пока еще перевариваю :).

@NickVolynkin без фича бранчей ).

@NickVolynkin я понимаю. Я к тому, что сделать деплой на дев и бета мы подобным образом сможем, а на прод -- нет (по крайней мере в обозримом будущем). А иметь разные способы деплоя для разных сред -- не айс.

@NickVolynkin апологеты вообще утверждают, что CD совместим только с trunk based development. На эту тем нам тоже еще надо будет подумать.

Ох, сейчас для прода это совсем сложно (опять же в силу текущего процесса). А разделять способы деплоя не хочется.

Вот и щупаем несколько систем одновременно. Я играюсь в Гитлабом.

@NickVolynkin пока да, но дальше планируем автоматически. Цель -- CD.

Ну да. Вообще впечатление, что инструмент больше заточен для веба и реального CD, когда чуть ли не каждый коммит сразу уходит на деплой. А пока ты на середине пути к CD -- к Гитлабу возникают вопросы :).

Тогда я еще почитаю мануал и подумаю, спасибо за наводку.

Ага.

А старые окружения при этом рукам будут удаляться или есть какой-то механизм удаления?

Понимаю. Правда при этом потеряется возможность смотреть историю деплоев и делать откаты на "физическую" среду, поскольку они будут разбросаны по виртуальным окружениям. Но в целом это идея, надо обдумать.

@NickVolynkin ну там если ты заполняешь build_number -- по сути версию (или он сам заполняется, если ты указал формат), то непонятных автогенеренных айди везде светится эта версия.

@NickVolynkin они действительно не так важны, если есть настоящий CD. Когда ты деплоишь после каждого чиха. А с релизами раз пусть даже в неделю это нужно, чтоб не запутаться.

Точно так же и у меня :). Только при этом я бы хотел видеть, что на dev у меня равернута версия 1.2-beta, а на prod -- 1.1. Видеть сразу, как это есть, например, в ТимСити. А не шастать по коммитам ).

Во всех демках Гитлаба они делают упор на то, как красиво мерж реквест деплоится на динамическую среду и бла-бла. Но для сложных систем это не работает.

Насчет сред не так просто, потому что в компании есть несколько установленных среди, типа dev, loadtest, beta и prod. Соответственно среды в Гитлабе совпадают с этими средами. И конкретная версия продукта может путешествовать между этими средами. При этом непонятно, что будет означать среда release/1.1. Автоматического provisioning у нас нет.

Я только не знаю, как его создать :).

Отдельный чатик?

Не вариант :).

@NickVolynkin счетчик не критичен. Да, главным образом ветками (например, release/1.1).

@NickVolynkin да, но по коммиту не сразу поймешь, к какой версии он относится. Нужно будет сделать несколько кликов, да посмотреть в логи.

@alexolut было бы смешно, если б не было так грустно :).

@NickVolynkin гуглом я умею пользоваться, но ничего похожего не нашел. Поэтому интересно, какие есть костыли.

@NickVolynkin в ТимСити, например, есть переменная BUILD_NUMBER, которая везде светится.

@NickVolynkin например, есть ли там нормальный build number, который можно заполнять в процессе билда и который будет светиться и в Pipelines, и в Environments? Если ты собираешь что-то посложнее хтмл страничек, как правило, ориентируешься по версиям. Особенно в Environments, где хочется видеть, какая версия где развернута. Там же в интерфейсе сплошные pipeline id, job id и deployment id, по которым вообще невозможно что-либо отличать. Есть еще ссылка на коммит везде, но она тоже не сильно помогает.

Коллеги, есть ли среди вас гуру GitLab CI?

Может "этикетка"? :D

Ну тогда у него и нужно спрашивать :).

А, возможно это комментарий от другого человека, потому что я нажимал "Улучшить правку".

Понятия не имею :)

@Grundy пардон?

@Abyx понятно, спасибо за дискуссию.

@Abyx эта математика очень тесно связана с программированием.

@Abyx ну здрасьте.

А что, есть ли у нас более-менее хороший ответ по теме асимтотической сложности алгоритмов? Чтоб для дубликатов использовать: ru.stackoverflow.com/questions/704009

@NicolasChabanovsky спасибо!

@NickVolynkin добавьте, пожалуйста, tsql к этому списку: ru.stackoverflow.com/tags/sql-server/synonyms (там есть вариант с дефисом).

@Grundy мне почему-то кажется, что в какой-то из разов, когда я просил сделать синоним, сказали, что лучше перед этим перенести вопросы.

@NicolasChabanovsky спасибо!

@NicolasChabanovsky @NickVolynkin просьба сделать registry синонимом реестр. Вопросы с англоязычной меткой я уже перенес под русскоязычную.