왜 우리가 이것을 해야 하는지 궁금합니다. 이것으로 우리가 해결할 수 있는 고통이 있습니까? 내가 볼 수있는 한, 우리가 가지고있는 도구는 이제 작동합니다. 모든 도구를 nrwl 플러그인으로 다시 작성할 때 얻을 수 있는 이점은 무엇입니까?

다시 작성하지 않고 nx 작업 공간에 통합하는 방법이 더 중요합니다. 라이브러리를 플러그인으로 더 많이 변환해야 합니다. 그러면 우리 빌더가 어떻게 구축되는지 "해키" 방식을 제거할 수 있습니다.
예를 들어 tsc --outdir /node_modules/dynatrace/barista-builders

우리는 항상 nx의 지침을 따라야 합니다. 이는 독단적인 폴더 구조이고 그렇지 않으면 도구가 예상대로 작동하지 않기 때문입니다.

여기에서 내가 틀렸다면 정정해 주세요. 하지만 현재 도구가 예상대로 작동하지 않습니까?

하지 않습니다. 의존성 그래프를 뭉개는 도구에서 파일을 가져오지 않고 가져오는 문제가 발생했습니다. 우리 도구는 라이브러리가 아니지만 nrwl/nx의 의미에서 도구가 아닙니다. 그것들은 플러그인이므로 하나로 취급해야 합니다. @ffriedl89 작업 공간 리팩토링 후에 이 문제를 해결해야 합니다.

알았어. @ffriedl89 가 나에게 준 설명을 이해했을 때 :

• nx의 경계 린팅 규칙에 apps 및 libs 하드 코딩된 경로가 있기 때문에 모든 도구를 #570의 libs 폴더로 이동해야 했습니다.
• 이제 도구를 libs로 이동했기 때문에 nx의 다른 linting 규칙은 실패합니다. 이는 libraryRoot(예: Dockerfile 등 _일부 도구 위치에서 의존하는 파일)에 추가 파일을 허용하지 않기 때문입니다.
• Nx는 추가 도구가 필요하다는 것을 분명히 알았기 때문에 버전 9에 새로운 솔루션을 제공합니다. 그리고 이를 수행하는 방법은 도구(라이브러리로 간주되어서는 안 됨)를 linting이 덜 엄격한 플러그인 폴더에 추가하는 것입니다.

@tomheller 완벽한 요약: D

이 문제는 30일 동안 활동이 없었기 때문에 유효하지 않습니다. 오래된 레이블이나 댓글을 제거하지 않으면 5일 후에 닫힙니다.

이 문제는 90일 동안 활동이 없었기 때문에 유효하지 않습니다. 오래된 레이블이나 댓글을 제거하지 않으면 5일 후에 닫힙니다.