paw 3.0에서는 두 개 이상의 paw 프로젝트를 만들 수 있으며 각 프로젝트는 자체 환경을 가질 수 있습니다. 그러나 어떻게 그것을 활용할 수 있습니까? 하나의 프로젝트가 내 발 하나의 프로젝트에 해당합니까? 또는 동일한 폴더에있는 프로젝트에 해당하는 폴더입니까?발에 대한 사용 사례는 무엇입니까?
내 env를 한 발 프로젝트에서 다른 프로젝트로 복제 할 수 있습니까?
paw 3.0에서는 두 개 이상의 paw 프로젝트를 만들 수 있으며 각 프로젝트는 자체 환경을 가질 수 있습니다. 그러나 어떻게 그것을 활용할 수 있습니까? 하나의 프로젝트가 내 발 하나의 프로젝트에 해당합니까? 또는 동일한 폴더에있는 프로젝트에 해당하는 폴더입니까?발에 대한 사용 사례는 무엇입니까?
내 env를 한 발 프로젝트에서 다른 프로젝트로 복제 할 수 있습니까?
내가 사용하는 방법은 각 서비스가 자체 파일에 있다는 것입니다. 그런 다음 환경 변수를 설정하여 실행하려는 환경을 반영합니다.
예를 들어 MyAPI라는 API를 작성하고 있습니다. MyAPI에는 실행할 수있는 여러 단계가 있습니다.
그래서 설치 서버 호스트 이름/각 환경에서 개별적으로 각 환경에 대한 주소입니다. 또한 고 가용성 클러스터에서 특정 머신의 결과를 알고 변칙을 조사하기를 원합니다.
또한 MyAPI로 보낸 헤더 또는 페이로드 형태의 특정 구성 집합이 있습니다. 예를 들어, 엔드 포인트를 요청하는 다른 유형의 사용자 (자신/로그인 사용자/로그 아웃 사용자)로서 사용자 프로파일을 요청할 때 동작을 테스트하기위한 사용자 ID 일 수 있습니다. 이 구성은 서버 환경과 다른 그룹에 있으므로 두 개를 자유롭게 전환 할 수 있습니다.
신체의 일부 데이터를 환경 변수로 만들 수도 있습니다. 그러나, 나는 각 요청의 이름을 명시 적으로 원하기 때문에 무언가를 찾거나 즉시 여러 요청을 보낼 때 빠르게 건너 뛸 수 있습니다.
비슷한 폴더를 그룹화하기 위해 폴더 만 사용합니다. 예 : 인증 폴더, 검색 폴더, 관리 폴더. 이것은 당신이하고있는 일에 달려 있습니다.
마이크로 서비스 환경에서 작업하는 경우 각 서비스를 자체 파일로 분리하여 팀에 조회/공유하기가 더 쉽습니다. 이렇게하면 모든 사람이 사용할 수있는 민감한 엔드 포인트와 중요한 엔드 포인트를 구분할 수 있습니다.
복제 환경에 관해서는 아직 어떻게해야 하는지를 알아 냈습니다. 나는 paw 파일 자체를 조작하여 한 번했지만 꽤되지 않았습니다.