버전 관리 코드는 어떻게 저장해야합니까?

버전 관리 코드는 어떻게 저장해야합니까?

친절한 개발자 ? 프로그래머가 최신 정보를 빠르게 가져 와서 많은 변경없이 편집기에서 실행할 수 있습니까? (dev DB..etc를 가리키는 설정 파일과 같은)

또는

생산 친화적 이어야 합니까? 소스는 프로덕션 환경에 배포하기 쉬운 방식이어야하며 개발자가 최신 버전을 사용하는 경우 개발 요구에 따라 변경을 수행해야합니다.

왜 선택합니까? 둘 다되어야합니다.

개발 환경은 체크 아웃, 열기, 빌드, 실행, 디버그 (예 : 절대 경로 없음)를 수행하는 것처럼 쉽게 구성 할 수 있어야합니다. 컴파일 지시문, 구성 클래스 + 종속성 주입 또는 ASP.NET의 perso.config와 같은 트릭으로 쉽게 수행 할 수 있습니다.

자동화 된 빌드 스크립트는 특정 프로덕션 구성, 정리, 패키징 등을 처리 할 수 ​​있도록 사용자 정의해야합니다.

사람들이 기여할 것으로 예상되는 오픈 소스 프로젝트 일 때 개발자 친화적 인 것을 선택했습니다.

오픈 소스 프로젝트에 대한 저의 가장 싫어하는 점은 저장소에 코드를 빌드하는 데 필요한 모든 종속성 (실제 또는 법적 이유로)이 거의 포함되지 않는다는 것입니다. 필요한 버전이 필요합니다. (그리고 바람직하게는 어디서 얻을 수 있는지)

때로는 반나절을 넘겨 다른 프로젝트를 가져와 컴파일하여 나중에 프로젝트를 빌드 할 수 있습니다.

물론 이것은 실제로 Windows에서의 개발에만 관련됩니다.

둘 다하지만 생산 빈도에 따라 다릅니다. 많은 사용자 지정 응용 프로그램의 경우 배포는 수동 및 로컬로 수행됩니다. 반면에 개발자는 프로젝트의 규모에 관계없이 지속적으로 코드를 커밋합니다. 제 생각에는 개발자가 버전 컨트롤을 올바르게 사용할 수 있는지 확인하는 것이 더 중요하다고 생각합니다. 따라서 버전 컨트롤을 통해 길을 찾는 대신 코드에 집중할 시간을 가지게됩니다.

생산 친화적이어야하며, 그렇지 않으면 자동화 된 빌드를 유지 관리하는 데 문제가 있습니다.

마찰을 줄여서 작업을보다 쉽게 ​​수행 할 수 있지만 실패 모드도 고려해야합니다.

소스 리포지토리 버전이 항상 프로덕션 용으로 구성된 경우 시스템을 실행하기 전에 개발자가 재구성하지 못한 결과는 무엇입니까? 프로덕션에 대해 코드를 실행하는 개발자

개발자가 생산을 무작위로 변경하는 방식에 다른 장애물이 있는지 여부에 관계없이 실패 모드로 구축하면 문제가 발생할 수 있습니다.

커밋 된 코드에 포함 된 기본값은 항상 안전 해야 합니다 . 원한다면 프로덕션 구성 파일도 소스 제어로 확인하십시오. 거의 항상 그렇습니다.

나는 생산 친화적 인 노력을하는 경향이 있습니다. 빌드를 깨끗하게 유지하고 외부 설정이 프로덕션 환경에 들어가는 것을 방지합니다.

QA 및 프로덕션 변경을 자동화하는 스크립트를 통해 개발자 친화적 임

배포 가능한 코드 및 개발자 준비 버전에 대한 분기 (사용하는 버전 제어에 따라-Git 사용)가없는 이유는 무엇입니까? 이것은 훨씬 더 좋은 소리이며 설정하기가 어렵지 않습니다.

변경 사항을 작업 및 커밋 한 다음 배포 가능한 버전에서 병합 할 수 있습니다.