Build Configuration 정리

Build Configuration이란?

---

 

Build Configuration은 "어떤 목적과 규칙으로 실행 파일을 만들 것인가"를 정하는 설정을 의미한다.

 

이 설정은 다음과 같이 나누어진다.

• DebugGame
• DebugGame Editor
• Development
• Development Editor
• Shipping
• Test

 

위와 같이 나눈 이유는 "같은 코드일지라도 목적이 다르기 때문"이다.

 

예를 들어

• 디버깅할 때
• 성능 테스트할 때
• 실제 유저에게 배포할 때

위 세가지의 경우는 같은 코드를 가졌지만, 모두 각각 다른 목적을 가지고 있다.

따라서 빌드 또한 목적에 따라 다른 방식으로 진행해야 시간을 최소화할 수 있다.

 

---

 

Build

---

Build란, 소스 코드를 실행 가능한 파일로 생성하는 것을 의미한다.

더 자세한 설명은 아래 링크에서 확인 가능하다

https://shy3939.tistory.com/73

빌드(Build) 과정 순서

 

 

---

 

Debugging

---

 Debugging이란, 단순히 "버그를 찾는다."라는 행동을 의미하는 것이 아니다.

 왜 그런 버그가 발생했는지 그 원인을 추적하고, 그것을 증명하는 모든 과정을 의미한다.

 

 쉽게 말해서 프로그램이 "의도한 대로 동작하지 않는 원인"을 찾아내고, 그 원인을 제거하거나 수정하는 모든 과정을 "디버깅"이라 한다.

 

 이러한 디버깅은 주로 프로그램이 컴파일과 실행은 가능하지만, 실행 결과가 기대했던 결과와 다르거나 실행 중 오류가 발생할 때 수행된다.

 

 프로그램에서 발생하는 오류는 크게 다음과 같이 나눌 수 있다.

• 컴파일 오류 : 문법 규칙 위반으로 인해 컴파일 단계에서 발생하는 오류
• 런타임 오류 : 컴파일은 성공했지만 실행 중 프로그램이 비정상적으로 종료되는 오류
• 논리 오류 : 프로그램은 정상적으로 실행되지만 결과가 의도와 다른 오류

 이 중 디버깅은 주로 런타임 오류와 논리 오류를 대상으로 하는데,

 이는 컴파일러나 시스템이 자동으로 오류를 알려주지 않기 때문이다.

 

 따라서 디버깅은 개발자가 자동으로 실행 흐름과 상태 변화를 직접 관찰하며 논리적으로 원인을 추론하고 검증하는 과정이라고 할 수 있다.

 

 디버깅은 다음과 같은 방법을 통해 수행된다.

• 출력문을 이용해 값의 변화를 확인하는 방법
• 디버거를 이용해 중단점(Breakpoint)을 설정하고 실행 흐름을 추적하는 방법
• 호출 스택(Call Stack)을 분석하여 함수 호출 관계를 확인하는 방법
• 가설을 세우고 그 가설을 코드 실행으로 검증하는 방법

 

---

DebugGame

---