형상관리

형상관리 기능 추가하는 도중 내가 설계한 것과 회사에서 배운 방식 비교

나는 어디까지 버전관리될 것이냐(한덩어리로) 그것만 따짐

하지만 형상괸리 기능을 잘 구현하면 데이터 정합성을 맞출 수 있다.

예약정보를 다른곳에서(웹) 작성하는데 내 프로그램에서 그 정보를 사용해서 작업을 한다.

예약정보가 추가,증가는 상관없지만, 삭제,감소하는 경우 문제발생(없는예약으로 작업된 화물이 있음)

원래 이런 문제가 있었는데 어떻게 해결할지는 생각하지 못한 상태

형상관리를 통해 이게 해결됐다.

메인 흐름이 있고 여기는 예약정보, 배치정보 두가지 관리

예약정보는 버전이 없다 항상 최신버전

배치정보는 등록할 때 마다 버전등록됨(여러 갈래로 갈라지지는 않고 한줄기로 관리)

로컬 버전이 있다. 사용자는 메인에서 예약정보를 Checkout받아와 충돌나는 부분을 확인하고 로컬의 배치정보를 수정한 뒤 Checkout을 완료한다.

배치정보를 Checkin 하려면 체크인 한다. 메인의 최신버전으로 등록된다.

내 배치정보가 별로라서 서버에서 받아오고 싶으면

배치정보 Checkout을 해온다. 메인의 배치정보중 최신 버전 뿐 아니라 특정 버전도 가져올 수 있다.

가져올 때 예약정보를 어떻게 가져오는지는 생각해봐야 하겠다. 왜냐하면 옛날 버전의 배치정보를 가져오면 최신 예약정보를 가져왔을 때 쓰레기 값이 있을 수도 있는 문제