두 개의 병렬 디렉토리를 만드는 것이 좋습니다. 하나는 테스트 용이고 다른 하나는
데이터 파일 용. 그게 내가 한 일입니다.
오전 04.03.2015 15:52 schrieb "Kyle P Davis" [email protected] :

다음을 수행 할 수 있도록 제외 패턴을 제공하고 싶습니다.
내 테스트 파일 패턴과 일치하는 테스트 파일 만. 이것은 데이터를 허용합니다
합리적인 조건을 따르는 한 테스트 파일과 공존하는 파일
무늬.

나는 이것이 단순히 옵션 무시 옵션을 제공하는 것이라고 생각합니다.
glob에서.

생각? 원하신다면 정말 빨리 PR을 할 수 있습니다.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/mochajs/mocha/issues/1577.

나는 (과거에) 할 수 있었지만 glob ignore가 바로 거기에 있다는 것을 깨달았으므로 더 이상 그렇게 할 필요가 없습니다.

glob ignore 옵션을 설정하기 위해 명령 줄 인수를 추가하는 것은 매우 쉽습니다. 나는 단지 생각을 얻고 조금 먼저 논의하고 싶었습니다.

이것에 대한 PR 작성에 대한 이의가 있습니까?

나도 이것 만 필요하고 모카가 아직 가지고 있지 않은 것을보고 놀랐습니다. 나는 그것이 큰 도움이 될 것이라고 생각합니다. 테스트를 위해 특별히 사용하는 테스트 폴더 안에 "testApp"이 있습니다. mocha가 해당 폴더 내에서 테스트를 실행하는 것을 원하지 않습니다. 우리가 가지고있는 다른 모든 테스트 하위 폴더를 명시 적으로 포함 할 필요없이 특정 경로를 제외하기 위해 mocha.opts 파일에 제외를 추가하면 좋을 것입니다.

testApp을 옮길 수는 있지만 실제로 저장소의 다른 곳에 맞지 않으며 테스트 폴더의 특정 파일에 대한 상대 경로가 있습니다.

이것은 좋은 추가가 될 것이라고 생각합니다. 확실히 중요하지는 않지만 도움이됩니다.

트윗 담아 가기

이게 필요하면 아마 그냥

$ mocha $(find test/ ! -path '*testApp*')

그래서 저는 그 아이디어에 대해 정말 흥분되지 않습니다. 쉘 명령 Makefile , Gruntfile.js , gulpfile.js 동일한 작업을 수행 할 수 있기 때문에 recursive 플래그의 존재에 대해서도 약간의 문제가 있습니다 gulpfile.js 등

@boneskull 이 좋은 지적이라고 생각합니다. 이것은 이미 다양한 방법으로 달성 할 수 있습니다. 그리고 그것은 당신이 이것을 완전히 피하기 위해 디렉토리를 구조화 할 수 있다는 사실을 포함하지 않습니다. 예를 들어 다음과 같은 구조가 있습니다.

$ tree .
.
└── spec
    ├── fixtures
    ├── integration
    └── unit

4 directories, 0 files

npm test 를 실행할 수 있도록 package.json을 업데이트하기 만하면됩니다.

  "scripts": {
    "test": "mocha spec/unit spec/integration"
  }

또는 다음과 같은 구조로 :

$ tree .
.
└── src
    └── models
        ├── user.js
        └── userSpec.js

2 directories, 2 files

@boneskull 예제와 비슷한 방식으로 사양을 실행할 수 있습니다 ( Spec 포함하는 파일 만 실행됩니다).

  "scripts": {
    "test": "mocha $(find src -name '*Spec.js')"
  }

편집 : 고정 :)

@danielstjules 나는 그것이 실제로 이름에 Spec 로 모든 디렉토리를 칠 것이라고 생각합니다. -name '*.spec.js' 를) 원하십니까?

네, 맞아요! Brainfart. 지적 해 주셔서 감사합니다.

예제에 대한 수정 된 명령 :

  "scripts": {
    "test": "mocha $(find src -name '*Spec.js')"
  }

이 기능에 대한 유효한 사용 사례가 여전히 있다고 생각합니다. 기능별로 파일을 그룹화하는 경향이 있으므로 각 테스트 파일은 테스트중인 논리가 포함 된 파일 옆에 있습니다. 테스트 파일 이름 지정은 file 인수 또는 grep 옵션과 함께 일관되게 작동하지만 node_modules 같은 것은 명시 적으로 무시하고 싶습니다.

누구든지 찾고있는 사람을 위해 -gulp-mocha 는 이것을 달성 할 수 있습니다, 나는 단지 내가 필요하지 않은 곳에 gulp 를 포함하는 것을 싫어합니다.

잠시 시간을내어이 아이디어를 +1하고 싶습니다. 일반적인 JavaScript 프로젝트와 달리 저는 GO가 단위 테스트를 수행하는 방식을 따르고 테스트되는 모든 단일 파일 옆에 사양 파일을 포함합니다. 예를 들어 내 프로젝트 중 하나의 디렉토리는 다음과 같습니다.

main.js
main.spec.js
utilities.js
utilities.spec.js

이러한 유형의 조직은 테스트 파일의 단일 디렉토리를 파헤치는 것보다 훨씬 쉽게 테스트를 찾을 수 있도록합니다. 항상 테스트가 테스트하는 파일 바로 옆에 위치 할 것으로 예상하고 내 빌드 스크립트는 배포 된 버전의 모든 .spec.js 파일을 스크립트합니다.

비표준 레이아웃으로 인해 내가 원하는 것은 node_modules 디렉토리를 제외한 모든 폴더로 모든 단위 테스트를 실행하는 것입니다.

지금은 Windows 상자가 없지만 찾기 구문이 Windows에서 작동하는지 여부는 확실하지 않습니다. 제 생각에는 제외 옵션이 훨씬 더 직관적 일 것입니다. 게다가 거의 모든 단위 테스트 프레임 워크에는 어쨌든 파일을 무시하는 방법이 포함되어 있으므로 패리티가 좋을 것입니다.

안녕하세요, 제 모든 테스트는 *.test.js 형식을 지원합니다. 모두 tests 디렉토리에 있습니다. 현재 제외하고 싶은 테스트가 몇 개 있으며 ./test/**/*.js mocha의 기본 경로를 계속 유지합니다. 어떻게하나요?

두 개의 개별 디렉터리를 만드는 것은 여기서 작동하지 않으며 디렉터리간에 테스트를 이동하면 VCS에서 많은 소음이 발생한다는 데 동의해야합니다.

@calebthebrewer 고맙게도 프로젝트에서

+1 @calebthebrewer

Angular 2.0과 Polymer는 구성 요소 모드에 있으므로 @KrisSiegel에 동의합니다. 모든 코드를 번들로 유지하면 깔끔하고 모듈 식이며 유지 관리가 쉬운 파일 계층이 유지됩니다.

다음과 같은 방식으로 q promise 라이브러리를 사용하여 테스트를로드하는 데 예상 할 수있는 문제가 있습니까?

import q from 'q';

import authRouterTest from '../app/routes/_authentication.router.e2e.js';

import productRouterTest from '../app/routes/_product.router.e2e.js';

import productModelTest from '../app/models/product.model.spec.js';

// Dynamically constructed sequence of functions
let funcs = [ productModelTest(), authRouterTest(), productRouterTest() ];

// This function takes an array of promise-producing functions and
// runs them sequentially.
let execTests = () => {

    let result = q();

    funcs.forEach((f) => {

        result = result.then(f);
    });

    return result;
};

// Execute tests
execTests();

이렇게하면 어디에서나 파일을 가져올 수 있으며 test/ 에 하나의 테스트 파일 만있을 수 있습니다.

마지막 테스트 블록 내에서 약속을 해결하고 다음과 같이 각 테스트를 래핑 할 수 있습니다.

import q from 'q'

export default () => {

    let Q = q.defer();

    describe('something', () => {

        it('should', (done) => {

            ...
        });
    });

    describe('something', () => {

        it('should', (done) => {

            ...
        });

        it('should', (done) => {

            ...

            Q.resolve('test complete');
        });
    });

    return Q.promise;
};

내가 고려하지 않는 것이 없다면 꽤 잘 작동하는 것 같습니다.

우리는 여전히 glob에 대해 무시해야합니다. bash 명령을 사용하는 것은 크로스 플랫폼 솔루션이 아닙니다.

+1

node_modules 제외하고 싶습니다. Exclusion 는 recursive 의 매우 편리한 동반자처럼 보입니다.

@godspeedelbow 특정 디렉토리가 명시 적으로 무시되어야하는 이유는 무엇입니까? 일반적으로 node_modules 이 테스트 디렉토리에 있다는 소식을 듣지 못합니다.

FWIW, 나도 이것을 사용할 수 있습니다. 나는 테스트가 라이브러리 자체보다 훨씬 더 확장되는 몇 가지 프로젝트를 가지고 있으며, 이것은 더 잘 구성 할 수있게 해줄 것입니다 (픽스는 테스트 디렉토리 IMHO에 속합니다).

node_modules 무시하는 것은 예상치 못한 작업을 수행하거나 (예 : 테스트하는 파일 옆에 사양 파일을 보관하는 경우와 테스트하는 코드에서 떨어진 단일 폴더에 보관하는 것과 같이) 또는 원하는 경우 중요합니다. 기본 프로젝트 및 포함 된 일부 프로젝트 (아마도 테스트하려는 npm 리포지토리가 아닌 내부 라이브러리 일 수 있음)에 대해 단위 테스트를 실행하지만 자체 종속성 내에서 단위 테스트를 실행하고 싶지 않습니다. .

이 문제는 거의 1 년 동안 발생 했으므로 구현 될 것이라는 희망이별로 없습니다. 해결 방법에는 플랫폼 별 터미널 명령이 필요하거나 테스트하려는 각 디렉터리에 대한 패턴을 명시 적으로 지정하기 때문에 구현하는 것이 중요하다고 생각합니다. 따라서 테스트 스크립트에 추가 디렉터리를 추가해야합니다. 나는 그것을 포크하고 직접 할 것이지만 각 디렉토리와 패턴을 지정하는 해키 방법을 사용하는 것이 모카에 구현할 시간을 찾는 것보다 쉽습니다.

@KrisSiegel 항상 src/**/*.js 및 src/**/*.spec.js 있습니다. 프로젝트 루트에서 시작하는 것보다 Go 및 Rust 프로젝트에서 더 자주 봅니다. 사실 후자는 비교적 드물다.

나는 그들이 누군가를 기다리고 있다고 생각하지만 시간을내어 스스로 할 수 있습니다. 작성하기 어려운 패치처럼 보이지 않습니다 (논리가 스파게티 코드 상태 기계 엉망이 아닌 경우).

필자는 Mocha, Jasmine, Tape 등의 완전한 대안이 될 수 있도록 자체 테스트 프레임 워크를 작업하고 있기 때문에 개인적으로이 작업을 수행하지 않습니다. 그러나 장난감 프로젝트 ATM에서도 여전히 진행중인 작업이 너무 많습니다.

프레임 워크를 효과적으로 부트 스트랩하기 위해 Mocha를 사용하고 있습니다. 나는 안정화 될 때까지 처음에 Chai를 단정에 사용했다.

네, 그것은 해결 방법입니다. 스펙과 소스 파일을 짝 짓는 것에 대해서도 똑같이 말할 수 있지만 그렇게 구성된 많은 JavaScript 프로젝트를 보지 못했습니다. 나는 본질적으로 그 패턴을 사용하지만 이미 자체 사용자 지정 빌드 시스템으로 꽤 큰 프로젝트에 들어가면 변경하기가 항상 쉬운 것은 아닙니다.

Exclude는 많은 유틸리티가 가지고있는 매우 기본적인 패턴입니다. 모카가 필요하다고 생각합니다 :). 이 문제는 플랫폼 별 해결 방법을 기반으로 종결 되었기 때문에 패치를 기다리는 것보다 바람직하지 않다고 생각합니다. 이것이 모카 사람들이 실제로 원하는 것이면 몇 주 안에 완료되지 않으면 확실히 패치를 만들 수 있습니다.

@KrisSiegel 누군가가 실제로 패치를 작성했다면, 직관적이지 않고 특별한 구문이나 추가 플래그를 포함하지 않는 한 아마도 병합 될 것이라고 확신합니다. FWIW, 아직 _this_에 대한 PR이 없으며 플랫폼 종속적 을 고려하면이 문제가 종결 된 이유는 매우 약했습니다. 그리고 몇 가지 테스트를 실행하기 위해 GNU find 을 (를) 설치하려는 Windows 사용자가 많지 않습니다.

닫혀있을 수 있지만 Node의 구현이 약간 다를 수 있지만 ( 닫힌 문제 , PR 진행 중 ) Node with Web workers 에서 이미 비슷한 상황이 발생하고 있습니다.

가치에 대해 +1하십시오. 내가 만든 프로젝트에는 app 또는 src 폴더가 필요하지 않지만 대신 인터페이스 구현이 다른 다양한 양의 명명 된 폴더가 있습니다. 또한 테스트를 위해 단일 폴더를 사용하지 않고 각 인터페이스에 대해 테스트를 번들로 유지하고 싶습니다.

.mochaignore 또는 다른 옵션을 사용하여 무시할 파일을 지정할 수있는 것이 이상적 일 것입니다. 그렇게하면 **/*.spec.js glob으로 실행하고 node_modules 테스트를 포함 할 수 있다는 걱정은하지 않아도됩니다.

거의 모든 다른 빌드 도구에서이를 허용하며 .npmignore , .gitignore , .jshintignore , jscs는 .jscsrc 를 통해 구성 할 수있는 옵션을 제공합니다. 점점 더 많은 사람들이 양말 서랍 접근 방식에서 벗어나 구성 요소 / 기능 파일 및 폴더 구성으로 이동함에 따라 Mocha도 지원한다면 유용 할 것입니다.

@isiahmeadows 는 다른 사람들이 언급했듯이 쉽게 변경할 수없는 폴더 구조에 갇혀 있으므로 services/ , routes/ 등이 node_modules 처럼 프로젝트의 루트에 있습니다. node_modules 를 제외하는 세 번째 도구 (명령 줄, 꿀꺽 꿀꺽 또는 다른 것)가 필요하므로 내 테스트 만 테스트 할 수 있습니다.

어디서부터 시작해야할지 알았다면 모카로 직접 구현하고 싶습니다. :)

@godspeedelbow @adambuczynski 임시 해결책 :)

  "scripts": {
    "test": "mocha $(find . -name '*.spec.js' ! -ipath '*node_modules*')"
  }

안녕하세요 @danielstjules 감사합니다! 시도했지만 어떤 이유로 find . -name '*.spec.js' ! -ipath '*node_modules*' 는 하나의 테스트 파일 만 찾습니다.

테스트가 따르는 패턴에 맞게 '*.spec.js' 을 업데이트 했습니까? 예를 들어 _all_ js 파일과 일치하려면 다음을 사용합니다.

  "scripts": {
    "test": "mocha $(find . -name '*.js' ! -ipath '*node_modules*')"
  }

@danielstjules는 환호하지만 내가 믿는 창에서는 작동하지 않습니다.이 앱의 경우 문제는 아니지만 삽입하는 것을 주저합니다.

그 동안 앱 코드와 테스트를 app 하위 폴더로 이동하여 테스트 용으로 해당 폴더를 대상으로 지정하고 node_modules 또는 다른 폴더에 대해 걱정하지 않도록했습니다.

@danielstjules 예, 모든 테스트 파일은 *.spec.js 형식입니다. 어떤 이유로 이전에는 작동하지 않았지만 이제는 문제없이 작동합니다. * NIX 해결 방법에 감사드립니다.

다가오는 전공에서이 작업이 완료되는 것을보고 싶습니다. 특별히 .mochaignore 지원하는 것이 합리적이라고 생각합니다.

@boneskull 감사합니다.

다음 메이저 릴리스에서는 mocha.opts 를 사용하는 대신 프로젝트의 루트에 넣을 수있는 옵션 전달을 위해보다 "표준"인 .mocharc 구현을 고려 하시겠습니까? test 폴더에 있습니까?

그러면 Mocha를 훨씬 쉽게 구성 할 수 있으며 다른 도구와 함께 수행하는 방식과 일치합니다. 게다가, 그것은이 우리에게 강요하지 것이라고 test 폴더 단지에 대한 mocha.opts . (우리는 모든 테스트를 테스트하는 모듈과 함께 배치합니다).

@adambuczynski 절대적으로. 저는 mocha.opts 팬이 아닙니다.

@adambuczynski 좋은 의견입니다. 동의합니다. 표준 .mocharc 옵션 파일도 갖고 싶습니다. 코드 옆에 테스트를 유지하는 것이 너무 좋기 때문에 더 이상 테스트 디렉토리를 사용하지 않습니다.

+1, 제외가 정말 필요하다고 생각합니다.

@adambuczynski @boneskull 문서에 따르면 --opts 를 사용하여 opts 파일의 모든 경로를 지정할 수 있지만 예제는 제공하지 않습니다. 현재 프로젝트에서 이것을 사용하고 있으며 mocha --opts .mocharc 로 작동하는지 확인할 수 있습니다.

감사합니다 @GRUBES. 결국에는 테스트 설정 도우미도 배치했기 때문에 test 폴더를 계속 사용했지만 가능하다는 것을 아는 것이 좋습니다.

Glob에는 ignore 옵션이 있으므로 exlude 옵션을 추가하고 glob ignore로 전달하는 것은 큰 문제가 아닙니다.

무시 패턴 또는 glob 패턴 배열을 추가하여 일치를 제외합니다. 참고 : 무시 패턴은 다른 설정에 관계없이 항상 dot : true 모드입니다.

이것이 왜 1 년 이상 걸리는지 잘 모르겠습니다. :-)

@ inf3rno BTW, 누군가가 실제로 앉아 패치를 작성했다면이 문제는 훨씬 더 일찍 해결되었을 것입니다.

@isiahmeadows 그래 ,하지만 그건 내가 아니야. :디

그래도 PR이 필요합니까? test 및 test-integration 에 대해 여러 디렉터리 대신 테스트 파일 코 로케이션을 사용하는 것을 선호하기 때문에 이것을 추가하고 싶습니다.

기본적으로 동일한 일반적인 종류의 명령 줄 옵션이 아닌 파일 만있는 2036에는 PR # 2173이 있습니다.

--exclude 와 같은 옵션을 추가하는 것이 좋습니다.

또는 mocha test/*.js !test/_*.js 같은 것을 지원하세요

계산 된 Glob : mocha "./{,!(node_modules)/**/}*.test.js" 는 node_modules를 제외한 모든 * .test.js 파일을 가져오고 mocha "./test/**/!(notThisOne).js" 는 notThisOne.js를 제외한 테스트 폴더와 하위 폴더의 모든 항목을 가져옵니다.

또한보십시오:
https://github.com/isaacs/node-glob#glob -primer
https://github.com/isaacs/node-glob/issues/62

안녕하세요.

터미널에서 실행하면

mocha "./{,!(node_modules)/**/}*.test.js"
-bash: !: event not found

이 문자를 이스케이프해야합니까?

@mdumouchel 작은 따옴표를 사용하십시오. 그렇지 않으면 그렇습니다.

헉헉

여전히 오류가 발생합니다.

node_modules/mocha/lib/utils.js:630
        throw new Error("cannot resolve path (or pattern) '" + path + "'");
              ^
Error: cannot resolve path (or pattern) './{,!(node_modules)/**/}*.test.js'

결국 find 명령을 사용했습니다.

mocha $(find . -type d -name node_modules -prune -o -name '*.test.js')

@mdumouchel 버전 2.x (즉, npm에있는 것)를 사용하는 경우 어쨌든 작동하지 않습니다. 3.x, IIRC에서 지원이 시작됩니다.

이상합니다. Bash에서 시도해 보았고 큰 따옴표를 사용할 수 있다고 생각했습니다. 누구든지 Windows와 Bash에서 모두 작동하는 구문 / 이스케이프를 알고 있습니까?

또한 "cannot resolve path"오류는 경로가 프로젝트의 파일과 일치하지 않음을 의미합니다. 내 테스트에서 이슈 주석으로 복사하는 것을 망쳐 놓지 않는 한, 해당 소스 파일과 함께 이름이 ".test.js"로 끝나는 테스트 파일이있을 때 내가 준 경로는 현재 버전에서 작동했습니다.

# 2173 참조

Eslint 는 --ignore-path (및 .eslintignore )가있는 파일을 무시하는 작업을 훌륭하게 수행합니다.
참조 : http://eslint.org/docs/user-guide/command-line-interface#ignoring -files

모카와 비슷한 것이 굉장 할 것입니다. : two_hearts :

내 해결 방법 :

eslint "test/!(fixtures)/**/*.js" "test/*.js"

내 파일 구조

.
└── src
└── test
    └── fixtures
        └── data.js
    ├── foo.js
    └── bar.js

문제 : Mocha는 두 경로 중 하나라도 일치하지 않으면 Error: cannot resolve path (or pattern) 를줍니다. : disappointed_relieved :

좋아, 나는 진정해. 이것은 사용자 친화적이지 않습니다.

이것이 우리가해야한다고 생각하는 것입니다.

1. --exclude <glob-or-path>
2. --exclude 의 _multiple_ 인스턴스 지원
3. 모든 --exclude 옵션과 모든 비 옵션 인수를 단일 목록으로 결합합니다 (기본적으로 globby 가 수행하는 작업).
4. 해당 파일로드

현재 우리는 모두 glob 일 수있는 _n_ 비 옵션 인수를 지원하지만 이것은 _additive_뿐입니다. 예상대로 작동하지 않습니다.

$ mocha 'src/**/*.spec.js' '!src/forbidden/**/*.spec.js'

따라서 위의 내용이 작동하고 --exclude 는 ! 설탕입니다.

또한 .mochaignore (# 2036) 지원은 좋게 들리지만 별도의 문제입니다. .gitignore 같은 동작을하기 위해 끌어 올 수있는 3p 모듈이 있어야합니다. ESLint가하는 일이 우리의 목적에 충분하다고 확신합니다.

... 그리고 명확하지 않은 경우 명령 줄에서 인용되지 않은 glob을 사용하지 마십시오. # 2355 참조

놀랍게도 --ignore-path 와 같은 옵션이 아직 없습니다. 모든 테스트를 tests 폴더에 넣는 것 외에 모듈과 함께 테스트를 넣을 수없는 이유가 없습니다.

+1
패턴별로 파일이나 디렉토리를 무시하는 것은 매우 유용한 기능입니다.

헉헉

항상 src / / .js 및 src / /.spec.js 할 수 있습니다.

아니요, 할 수 없습니다. **/* 패턴 일치가 깨져서 재귀 적으로 작동하지 않습니다.

편집 : @ScottFreeCode 는 아래에 대답합니다.

**/* 패턴 일치가 끊어지고 재귀 적으로 작동하지 않습니다.

귀하의 경로가 인용 되었습니까?

+1

https://github.com/zinserjan/mocha-webpack/issues/124에 설명 된대로 :

src/ 안에는 server.ts 라는 파일이 있습니다.이 파일은 익스프레스 서버를 실행하고 백그라운드에서 실행됩니다. 서버는 일반적으로 커버리지를 실행할 때 작동하므로 포트가 이미 사용 중입니다.

따라서이 파일 만 제외되는 것을 원하지 않습니다.

http://remarkablemark.org/blog/2017/02/07/mocha-glob-pattern/

이 모든 시간이 지난 후에도 관리자는 여전히 설득력이 필요하기 때문에 모카는 무시가 필요하다는 내 의견을 표명합니다.

모카는 캐논입니다. 다른 모든 테스트 프레임 워크가 열망하는 테스트 프레임 워크의 크로스 플랫폼 기능 세트에 대한 기준을 높이는 것은 어떻습니까? 우리는 모든 것을 Bash에게 맡기려는 열망을 그만둬야합니다. 이미 2017 년.

또한 Windows 사용자는 Bash의 !(glob) (실제로 POSIX 표준이 아닌 Bash-ism)과 동등한 것이 없다는 점을 지적 할 것입니다.

Glob JS 모듈을 통해 처리되기 때문에 Mocha의 globbing에는 Bash 종속성이 없어야합니다. (참고 : 경로를 인용은 예를 들어, 어떻게 모카는 것 다르게 쉘 처리 globs와 피해야한다 ** globstar 확장하지 않고이든 그것은 그 차종은 특별하다.)

@ScottFreeCode glob을 사용할 때 extglob: true 를 사용합니까? 이 경우 해당 구문을 해결 방법으로 사용하여 닫을 수 있습니다 (glob / minimatch가 해당 옵션이 활성화 된 상태에서 지원하기 때문에).

glob에 경로를 전달하는 것 같습니다. 어느 시점에서 glob 패턴을 통해 작업하는 부정이 있다고 확신하지만 모듈의 이전 버전 일 수 있습니까? 어쨌든 우리는 이중 별 동작에 대한 테스트를 가지고 있으므로 누군가가 일부 부정 패턴도 작동하는지 확인하기 위해 테스트를 제출하려는 경우 (또는 우리가 이미 가지고있는 globbing 테스트에서 결함을 발견 한 경우) 그것은 좋을 것입니다. .

그러나 명시적인 ignore / exclude 옵션을 사용하면 확실한 이점이 있습니다. 실제로 여러 가지 이점이 있습니다.

• 덜 모호한
• 다른 OS 특수 문자 및 인용 규칙과의 충돌을 피하는 것이 더 쉽습니다.
• 포함 목록에서 제외 목록을 뺀 것이 대부분의 경우 부정 된 부분이있는 포함 목록보다 더 간단합니다.

나는 현상 유지가 특정 셸에 의존하는 것이 아니라는 점을 명확히하고 싶었습니다. ; ^)

포함 목록에서 제외 목록을 뺀 것이 대부분의 경우 부정 된 부분이있는 포함 목록보다 더 간단합니다.

사실, 나는 거의 잊어 버렸습니다 😄

이 문제에 오는 모든 사람 :

해결 방법은 이제 지원되어야하므로 glob을 사용하는 것입니다. 누군가이 특정 행동을 원하면 PR을 보내주십시오.

--exclude 옵션이 작동합니까?
문서 에서 찾을 수 없습니다.

@ sepo-one 문서를 업데이트하기 위해 PR 을 열었습니다.
mocha -h 대해 사용 가능한 모든 옵션을 볼 수 있습니다.

네, 이전 버전의 모카를 사용하고 있습니다. 업그레이드되고 --exclude 옵션이 있습니다.
어쨌든 문서는 업데이트되어야합니다.

감사합니다 @outsideris