hgignore에서 이상한 부정적인 lookahead 처리

Question

거대한 소스 트리에서 Mercurial에 의해 추적되는 하나의 하위 폴더 만 있으면됩니다. 어떤 점잖은 정규식 도구에서

specific/component/subfolder 

(정규식 코치, regexpal.com는) 다음과

^(?!extras).+ 
^extras/(?!extensions).+ 
^extras/extensions/(?!sharing).+ 

있는에

^(?!specific/component/subfolder).+ 

한편 .hgignore 주장 절대적으로 충분한 (이해할 수)입니다 나는 선견자 그룹 안에 슬래시를 넣 자마자 아무것도 얻지 못한다.

버그이를 호출하기 전에 (아마의 또 다른 자체 개발 한 정규식 파서?) 내가 도대체 ​​hgignore이 원하는 것을 간접적 인 단서에 대한

크레딧 :-) 집단 지능을 요구하는 것은

Honing the .hgignore file using a negative lookahead

로 이동

Answer 1

.hgignore에서 부정적인 미리보기를 사용하지 마십시오. 정말. 스택 오버플로에서 누군가가 제안 할 때마다 나는 의도 한 기능이 아니기 때문에 잘 작동하지 않는다는 것을 알리는 데 차임합니다. Mercurial의 .hgignore 파일이 화이트리스트 시스템으로되어 있다면 실제 화이트리스트 구문을 갖게됩니다. 그것은 블랙리스트이고 그렇게 사용되어야합니다.

부정적인 lookahead 구문은 대부분 자체적 인 정규 표현식 파서가 아니기 때문에 거의 작동합니다. 파이썬에 내장되어 있고 부주의 한 lookahead를 사용하지 않도록 설정하는 것이 좋지만 어쩌면 더 나은 선택이었을 수 있습니다.

두 솔루션 더 나은 사용하는 것보다 결코 - 않을 - 투 - 수 - 만족 - 투 - 당신이 미리 부정적인 모습 처리 :

• 는 저장소 한 단계 낮은 이동 - 아래 당신이 실제로 원하는 폴더에 추가 재정의 진심

을 무시 -

- 또는 블랙리스트 모두를 추적 한 후 파일을 '은 HG 추가'할 트랙이 원하는. 이는 의도 한 기능이 아니며 제대로 작동하지 않지만 이전 버전과의 호환성을 위해 제거 할 수 없습니다.