반응형
Notice
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 컴퓨터공학
- 데이터과학
- 데이터구조
- 자료구조
- 컴퓨터과학
- 웹개발
- 버전관리
- 딥러닝
- 프로그래밍언어
- 자바스크립트
- 네트워크
- 클라우드컴퓨팅
- 데이터분석
- 코딩
- 데이터베이스
- 소프트웨어공학
- I'm Sorry
- 소프트웨어
- 사이버보안
- 프로그래밍
- 빅데이터
- 컴퓨터비전
- 인공지능
- 보안
- 머신러닝
- Yes
- 2
- 네트워크보안
- 알고리즘
- 파이썬
Archives
- Today
- Total
목록버전컨트롤 (1)
스택큐힙리스트
composer.lock 파일을 버전 관리에 커밋해야 할까요?
저는 리포지토리와 함께 사용되는 composer.lock에 조금 혼동되고 있습니다. 많은 사람들이 우리가 리포지토리에서 composer.lock을 .gitignore 해야하지 않는다고 말하고 있습니다. 개발 환경에서 라이브러리를 업데이트한다면 새로운 composer.lock이 생기지만, 제품 환경으로 업데이트할 수 없을 텐데 맞을까요? 이 파일은 충돌을 생성하지 않을까요?답변 1만약 라이브러리를 업데이트한다면, lockfile도 커밋하고 싶을 것입니다. 이것은 당신의 프로젝트가 사용하고 있는 라이브러리의 특정 버전에 잠겨있음을 나타냅니다. 당신의 변경사항을 커밋하고 다른 사람이 코드를 가져와 의존성을 업데이트하면, lockfile은 수정되지 않아야 합니다. 만약 수정되었다면, 새로운 버전이 있는 것을 의..
카테고리 없음
2024. 1. 20. 23:48