Станислав Макаров

А что мешает запустить Visual Studio Professional 2017, как вы это уже делали, открыть Диспетчер задач, вкладку с процессами, и сделать Open File Location?

Советую прежде чем начать писать свои велосипеды, глянуть сюда:
https://identityserver4.readthedocs.io/en/latest/
https://github.com/Nordes/IdentityServer4.LdapExtension

Ну и вообще, аутентификацию можно выставить и в виде ADFS (или например через Keycloak), но чтобы вам такое советовать, нужно знать ваши масштабы и бизнес-требования.

Стоит ли изучить гит глубоко ?

Да, стоит. Гит - это один из инструментов, который требует времени, чтобы с ним разобраться, и оно почти всегда окупается.
Гит очень прост по своей архитектуре - намного проще чем может показаться со стороны. Но у гита очень сложный CLI - куча команд, многие вещи можно сделать несколькими способами, многие команды несвязаны друг с другом. Некоторые команды с более высокого уровня, некоторые - с более низкого.

Большинство начинают изучать гит по всяким туториалам и "спискам команд для работы с гит на первое время", и это ОЧЕНЬ пагубно сказывается на качестве знаний. Из-за не очень логичного и прямолинейного командного интерфейса, у человека создаётся не очень хорошее впечатление о гит как об инструменте. Ну т.е. большинство судит о книге по её "обложке", машинально запоминая последовательности команд для работы, и в панике потом разгребают свою историю коммитов при малейшей ошибке в заученных командах.

Однако нужно не команды запоминать, а понимать как что работает, и, самое главное, что ВЫ ХОТИТЕ от гита. Тогда вы будете подбирать команды под свои задачи и пожелания, а не наоборот.

Я вот например довольно фигово знаю гитовский CLI, прямо скажу постоянно заглядываю в документацию. Но это не мешает мне заниматься довольно сложными задачами, связанными с ним (например, отвечать в данный момент за перенос истории из SVN), только потому, что я понимаю его базовую философию (которая, повторюсь, реально проще, чем кажется, ну если конечно вы не первый день видите компьютер).

https://jineshkj.wordpress.com/2006/12/22/how-to-c...

RocksDB
LevelDB
WiredTiger

Ну там отвлечься от темы, в слаке кастануть хелпер, с колегами перетереть? Но ответ как подсказка вас не устраивает, вам охота самим докумекать... ???

Можно книгу почитать, заодно в речи будет меньше "в слаке кастануть хелпер".

Вы бы с мыслями своими наедине сначала остались на некоторое время, чтобы они успокоились, а потом вопрос задавали. Т.к. это не вопрос, а какое-то плохо написанное эссе. Отсеките лишние каналы поступления информации, чтобы вас не несло как бумажный кораблик.

Хотите что-нибудь связанное с IT - ну почитайте что-то серьёзное, на чём, так сказать, свет стоит (это ведь не JS и PHP, не так ли?). Ну не знаю, про обработку звука или про графику что-ли. Если вы серьёзно этим занимаетесь - вам это пойдёт на пользу и уж точно никак не помешает. Ваш спринт обучения (ведь вы же наверняка изучаете это всего лишь несколько месяцев, не так ли?) нужно временно поставить на паузу.

Начнём с того, что если у вас фронт, то вам нужно использовать Implicit Flow, а ещё лучше - PKCE для OAuth 2.0 (с картинками). Там не используется client secret по определению. Вы не можете его использовать на фронте, т.к. это публичный (т.е. недоверенный) клиент.

Разумеется, если действительно стоит задача авторизоваться прям с фронта, а не через ваш бэкенд, как это делается в простых случаях вроде "связывания" учёток на других ресурсах..

./modules/export.js
require("./modules/scene")

А синтаксис нужен для ES модулей:
import createScene from "./modules/scene";

Почему бы не посмотреть CI скрипты, например для AppVeyor?
Версия с мастер-бранча :

version: 1.0.{build}
os: Visual Studio 2015
clone_folder: C:\projects\muParser
test: off
branches:
  only:
    - master
environment:
  matrix:
    - CMAKE_PLATFORM: Visual Studio 14 2015
build_script:
  - cmake -LAH -G "%CMAKE_PLATFORM%" -DCMAKE_INSTALL_PREFIX="%CD:\=/%/install" .
  - cmake --build . --config Release --target install
  - ctest -C Release --output-on-failure

Мне кажется вызовы cmake в конце (кроме ctest) будут вам полезны. Да, вместо CMAKE_PLATFORM можно указать другой генератор, например MinGW Makefiles.

Вы какую-то странную задачу поставили. Если вам нужен более узкий тип - объявите его отдельно (и может быть даже объявите Some через этот более узкий тип) и пользуйтесь им, или даже вообще не указывайте тип в вашем примере.

UPD

объявленный объект должен всё ещё оставаться для ts вариантом типа Some, чтобы его можно было спокойно передавать в методы и функции ожидающие Some на вход.

Нижеследующий код более чем корректный:

interface Some {
  value: string | string[];
}

const foo = {
  value: ['a', 'b'] // здесь всегда будет массив
};

foo.value.map(() => { });

function f(a: Some) {
    return a;
}

f(foo);

при объявлении объекта он должен быть проверен на соответствие типу Some(чтоб ide мне сразу подсветила если я где-то ошибся и предложила автокомплит).

Значит всё-таки вам нужен не тип Some в месте объявления объекта, а более узкий тип, где value - всегда массив. Например:

interface Some {
  value: string | string[];
}

// Тут вам стоит придумать более подходящее по смыслу название
interface WithArrayValue {
    value: string[];
}

const foo: Some & WithArrayValue = {
    value: ['a', 'b'] // здесь всегда будет массив
};

foo.value.map(() => { });

function f(a: Some) {
    return a;
}

f(foo);

Попробуйте вот это для начала
(@"(?:[^"]|"")*"|"(?:\\.|[^\\"])*")
Поиск по регулярке поддерживается в Студии.

Спасибо говорить сюда: https://stackoverflow.com/a/4953878/3927447 .