Fonctionnalités du langage Vscode TS indisponibles lorsque les tests / ** ne sont pas inclus dans le tsconfig

Je n'ai pas mon ordinateur pour tester cela mais je pense que vous avez juste besoin d'ajouter le code suivant à votre fichier ts json.

"exclude": [
        "node_modules",
        "**/*.test.ts"
    ]

Décomposer: exclure ** tous les dossiers / * tous les fichiers ts contenant .test.

si vous n'utilisez pas node, vous pouvez omettre la partie node_modules. Mais je le veux dans ma réponse au cas où quelqu'un qui utilise le nœud copie l'exclusion. Par défaut, node_modules est exclu, mais l'ajout de plus de modificateurs peut écraser cela.

bonne chance.

J'espère que c'est ce que vous recherchez.

Oui, vous pouvez étendre votre tsconfig pour en avoir un commun, un de production et un de développement. Dans notre cas, nous avons ceci:

tsconfig.common.json - contient tous les paramètres partagés par le développement et la production.

tsconfig.json - la version de développement qui inclut des tests:

scripts: {
    "dev": "webpack --config webpack.dev.js",
    "build": "webpack --config webpack.prod.js",
}

tsconfig.prod.json - la version de production qui exclut les tests.

rules: [
        {
            test: /\.ts$/,
            exclude: [/bin/, /node_modules/],
            include: /ClientApp/,
            loader: 'ts-loader',
            options: {
                appendTsSuffixTo: [/\.vue$/],
                configFile: 'tsconfig.prod.json'
            }
        }
    ]

Ensuite, avec notre webpack.config, nous avons une configuration similaire:

webpack.common.js - contient tous les paramètres partagés par le développement et la production

webpack.dev.js - utilisez le développement tsconfig:

rules: [
        {
            test: /\.ts$/,
            exclude: [/bin/, /node_modules/],
            include: /ClientApp/,
            loader: 'ts-loader',
            options: {
                appendTsSuffixTo: [/\.vue$/],
                configFile: 'tsconfig.json'
            }
        }
    ]

webpack.prod.js - utilise le tsconfig de production:

{
    "extends": "./tsconfig.common",
    "exclude": ["bin", "node_modules", "tests", "**/*.spec.ts"]
}

Et enfin, le fichier package.json contient les éléments suivants dans la section scripts:

{
    "extends": "./tsconfig.common",
    "exclude": ["bin", "node_modules"]
}

J'espère que cela vous aide.

Vscode a un problème avec un fichier tsconfig racine unique. Un dossier de test adjacent à src utilisera le tsconfig (ajouté dans cette pull request ) mais cela ne fonctionnera pas si le dossier que vous ouvrez est un répertoire au-dessus (par exemple si vous avez un dossier serveur et client). Une solution est en cours de suivi dans ce problème: https://github.com/Microsoft/vscode/issues/12463 .

De plus, si vous souhaitez mettre à niveau vers eslint (tslint est obsolète), l'analyseur dactylographié vous obligera également à ajouter un fichier tsconfig au dossier de test si vous souhaitez conserver le dossier de test exclu dans le tsconfig principal. Lien vers la documentation eslint multi tsconfig .

La solution simple consiste à utiliser deux tsconfig supplémentaires. L' un pour le linter tsconfig.eslint.json et un pour les tests à l' intérieur du test de dossier: test/tsconfig.json avec le contenu suivant:

{
  "extends": "../tsconfig.json",
  "compilerOptions": {
    "noEmit": true
  },
  "include": ["./**/*"]
}

Pas élégant mais une meilleure solution n'existe pas en ce moment.