회사 내부에 작곡가 창고를 구축하고, 작곡가를 이용해 정리할 수 있도록 코드 베이스를 변경합니다. . . Composer는 네임스페이스를 사용해야 하며 이전 코드를 수정해야 합니다.

1. 먼저 공공 서비스를 직접 계획하고 건축 도면을 작성하고 모든 장단점을 명확하게 기록하세요.
2. 각 시스템 책임자와 회의를 소집하여 시공 도면을 검토하고 문제가 있는지 확인한 다음 다른 시스템의 요구 사항을 이해합니다.
3. 변경 사항에 미치는 영향을 최소화하면서 전체 문서 공유에 액세스하고 구현하는 방법.

ps: 물론 회사에는 자체 gitlab 창고가 있어야 합니다.

composer.json 자체는 git 저장소에서의 소싱을 지원하므로 git에 의해 제어되는 코드이고 패키지 사양을 충족하는 한 작곡가에 의해 관리될 수 있습니다.

작곡가의 도입으로 인해 문제가 발생할 수 있으며, 각 프로젝트에는 벤더가 있습니다. 우리의 접근 방식은 공개 부분을 공유하는 것이지만 이는 매우 어색합니다. 단순한 종속성은 괜찮지만 복잡한 종속성은 문제가 되기 때문입니다. 귀하의 회사에서 프로젝트가 자체 공급업체를 보유하도록 허용하는 경우 지금 시작하면 좋습니다. 좋은 아이디어가 없다면 모든 사람에게 비즈니스와 관련이 없는 코드를 작성하도록 요청합니다. 패키지!