웹 사이트 프로젝트를 버전 관리하는 더 좋은 방법을 생각하고 있습니다. 저는 프론트 엔드 개발자 일 뿐이므로 VCS에 대한 깊은 지식이 없습니다.
워크 플로우가 변화하고 있으며 과거 버전 관리 습관이 더 이상 사용되지 않습니다. 주요 문제는 각 웹 사이트마다 2 개의 프런트 엔드 파일 배열이 있다는 것입니다.
개발 환경 (파일, 압축되지 않은 js, 이미지 등) "굴곡 된"빌드 환경 (사람이 압축하고 읽을 수없는 모든 것).
그러나 소스 파일이있는 웹 사이트는 판매 할 수 없습니다. 글쎄, 그것은 기분이 좋지 않습니다.
2 개의 repos가있는 솔루션이 있습니다 : 하나의 빌드, 하나의 dev, gulp는 dev 파일을 빌드 디렉토리로 보냅니다. 그러나 소규모 회사에서는 유지 관리가 번거롭지 않다고 생각합니다. 그것은 많은 저장소를 생성하며 사람들은 여러 저장소로 관리해야하며 때로는 하나의 svn 저장소로도 문제가 발생합니다.
따라서 소스 파일과 prod 파일을 같은 svn에 1 개의 리포지토리가있는 솔루션도 있습니다. 그러나 웹 사이트가 로컬 개발자 서버에서 프로덕션 서버로 이동할 때 소스 파일을 제거해야합니다 (따라서 위치, 개발자 또는 프로덕션에 따라 단일 저장소에 다른 파일이 있습니다.). 내가 들었던 것에서 그것은 좋지 않다
버전 제어 시스템과 관련하여 펄프 프론트 엔드 워크 플로우를 관리하는 올바른 방법은 무엇입니까?