Pecan: `data.atmosphere`(더)를 독립적으로 만듭니다.

나에게 좋은 계획처럼 들린다.

나는 이것을 전적으로 지지하며 필요한 경우 지원/도움을 제공하려고 노력할 수 있습니다. FWIW, 나는 이미 PEcAn 외부의 대부분의 data.atmosphere 함수를 사용하고 있으므로(당신이 언급한 함수를 주석 처리하게 됨), 이 경우 디버깅을 통해 PEcAn 메인 라인 함수를 최신 상태로 유지하는 것이 더 쉬울 것입니다.

이 문제는 365일 동안 활동이 없었기 때문에 유효하지 않습니다.

@ashiklom 이 문제를 해결할 수 있습니까?

@moki1202 data.atmosphere 는 전체 PEcAn 워크플로와 매우 밀접하게 연결되어 있으므로 먼저 코드 버전으로 워크플로를 실행하도록 설정하는 것이 좋습니다. 그런 다음 이 문제를 해결하는 동안 로컬 워크플로를 실행하고 풀 요청을 제출하기 전에 모든 것이 여전히 작동하는지 확인할 수 있습니다.

PEcAn.remote::fqdn() 에 대한 종속성 을 제거하기 위한

다른 코드가 영향을 받지 않도록 이동하지 않고 복사합니다.

@ashiklom 은 패키지가 CRAN에 업로드되면 이 문제에 많은 작업이 필요하지 않다는 것을 알아차렸습니다. 맞습니까?

아마도. 그러나 "패키지가 CRAN에 업로드되면"은 미래에 매우 오랜 시간이 걸릴 것임을 나타냅니다. 그 작업이 어떻게 진행되는지에 따라 아마도, 절대. 그래서 나는 그것에 의존하지 않을 것입니다.

제 생각에는 _opposite_ 시퀀싱이 더 의미가 있습니다. 즉, 이 패키지(및 기타 PEcAn 모듈)를 더 상호 독립적으로 만들고 _그런 다음_ 하나씩 CRAN에 업로드합니다.