Cloud Infrastructure의 Adobe Commerce에 있는 원격 리포지토리에서 Pub/errors 파일이 동기화되지 않음
클라우드 인프라의 Adobe Commerce에서 스테이징 및 프로덕션 인스턴스의 pub/errors 파일은 원격 저장소의 최신 버전을 반영하지 않습니다. 이 문제는 배포 프로세스가 환경 빌드 중에 파일을 복원하거나 덮어쓸 때 발생하며, 이로 인해 클라우드 인스턴스에서 직접 파일 변경 사항이 지속되지 않습니다. 이 문제를 해결하려면 지원되는 패치 기반 배포 플로우를 사용하여 이러한 파일을 올바르게 동기화해야 합니다.
설명 description
환경
클라우드 인프라의 Adobe Commerce
문제/증상
- 클라우드 인프라 인스턴스의 Adobe Commerce에 있는
pub/errors아래의 파일은 원격 저장소의 최신 버전을 반영하지 않습니다. - SSH를 통해 파일 내용을 비교하면 스테이징 또는 프로덕션의
pub/errors개 파일이 Git의 파일과 다르다는 것을 알 수 있습니다. - 인스턴스의
pub/errors파일에 직접 맞춤화된 내용은 각 배포 후에 손실되거나 되돌려집니다.
원인
Adobe Commerce Cloud에서 일부 파일은 사용자 정의 모듈 또는 테마와 동일한 방식으로 프로젝트를 소유하지 않습니다. Adobe Commerce 기본 패키지, Composer 관리 종속성 또는 배포 시간 도구는 이러한 파일을 제공하며 클라우드 배포는 이러한 파일을 다시 만들거나 덮어쓸 수 있습니다.
배포하는 동안 Adobe Commerce Cloud는 ece-tools을(를) Commerce용 클라우드 패치 및 품질 패치 도구와 함께 사용하여 코드 베이스를 빌드하고 준비합니다. 보류 중인 패치는 다음 순서로 적용됩니다.
- Commerce용 클라우드 패치의 필수 Commerce 패치
- 품질 패치 도구에서 선택한 선택적 패치
- 패치 이름별로 알파벳순으로 적용된
m2-hotfixes의 사용자 정의 패치
따라서 배포는 Adobe Commerce 패키지 또는 작성기 관리 종속성에서 제공한 파일을 복원, 다시 작성 또는 오버레이할 수 있습니다. 지원되는 패치 흐름 외부에서 이러한 파일을 사용자 정의하는 경우 다음 배포가 이러한 변경 사항을 대체합니다.
해결 방법 resolution
배포 중에 클라우드 인프라의 Adobe Commerce은 정의된 순서에 따라 패치를 적용합니다. 필요한 Commerce 패치와 선택한 선택적 패치를 처리한 후 배포는 m2-hotfixes 디렉터리에서 사용자 지정 패치를 적용합니다. 이 프로세스를 통해 모든 배포 중에 사용자 지정을 일관되게 다시 적용할 수 있습니다.
Adobe Commerce 관리 또는 Composer 관리 파일에 대한 변경 사항을 유지하려면 다음 단계를 따르십시오.
- 필요한 변경 사항에 대한 사용자 정의 패치를 생성합니다.
- 프로젝트 루트의
m2-hotfixes에 패치를 배치합니다. - 패치 파일을 커밋하고 푸시합니다.
- 환경을 다시 배포합니다.