나는 sass scss 스타일 시트를 사용하기 시작했습니다. 이들은 * .scss 파일에서 * .css 파일을 생성합니다. 제 질문은 어떤 파일을 버전 관리에 체크인합니까? 지금은 main.scss과 생성 된 main.css을 체크인합니다. * .scss 파일을 체크인하고 * .css 파일이 배포시 생성되도록하는 방법이 있는지 궁금합니다.* .scss에서 * .css 파일을 생성 할 때 git에 * .css 파일을 넣으시겠습니까?
일반적으로 생성 된 파일을 소스 제어로 확인할 필요가 없습니다. 코드 생성이 일관되게 작동하고 대상 .css 파일을 일관성있게 업데이트 할 수 있다면 소스 제어에 넣지 않아도된다고 생각합니다.
즉, 생성 된 파일을 소스 제어에 포함시키지 않는 것이 일반적으로 이진 파일 (예 : 빌드에서 생성 된 libs 또는 실행 파일)을위한 것입니다. 주된 이유는 바이너리 파일을 쉽게 비교/병합 할 수 없기 때문에 여러 사람이 동일한 바이너리의 변경 사항을 체크인하려고하면 쉽게 해결할 수없는 문제가 합병 될 수 있습니다. 당신이 일반 텍스트 CSS 파일을 다루고 있기 때문에 나는 그것들을 소스 제어에 넣는 것만 큼 큰 일이 아니라고 생각합니다. 그래서 실제 대상 파일의 백업을 가지고 있습니다.
우리는 그들을 검사하는 것을 선호합니다. 우리는 git의 스테이징 및 프로덕션 환경에 배포하며 프로덕션 환경에 배포 할 때 다른 도구/컴파일에 의존하지 않는 것을 선호합니다. 이 방법은 절대적으로 무엇이 밀려 나고 있는지 분명히합니다.
저는 Sass와 같은 컴파일 된 프론트 엔드 코드를 처리 할 때 서버 측 개발자가 사용하는 규칙을 차용하고 싶습니다. 모든 소스를 컴파일 된 코드와 분리하여 보관합니다. 여기에 내가 그것을 설정하는 방법은 다음과 같습니다 당신이 안 (
이/path-to-my-app/src/main/sass/my-syntactically-awesome-file.scss
그런 다음 동일한 테스트 디렉토리에 테스트를 넣어 :
이 경우, 주/언어 이름 아래, src 디렉토리에 소스를 넣어 하지만, 말대꾸에 대한 검사가 필요합니다
/path-to-my-app/src/test/sass/my-syntactically-awesome-test.whatever
는 다음과 같이하는 게시 준비 디렉토리에 컴파일 된 코드를 넣어 :
/path-to-my-app/publish/css/my-syntactically-awesome-file.css
그런 다음 전체 오두막을 커밋
당신은 항상 같은 올바른 장소에 CSS를 가하고 있습니다 확인 할 수 있습니다 (!) :
$ cd /path-to-my-app
$ sass --watch src/main/sass/*.scss:publish/css/
지금 당신이 어머니 으론 프로그래머, 아기입니다!