반응형 Git실무2 [오늘의 코드 조각] [iOS 4-3] 협업을 위한 브랜치 전략: Branch 생성, Merge, 그리고 공포의 Conflict 해결법 안녕하세요! [생각하는 개발자]입니다.지난 시간 우리는 Git의 기본 저장 메커니즘과 동료들에게 신뢰를 주는 커밋 메시지 규약을 마스터했습니다. 이제 혼자 쓰는 저장소를 넘어, 여러 명이 동시에 하나의 프로젝트를 개발하는 실전 협업의 문을 열어보겠습니다.여러 개발자가 같은 파일을 동시에 수정하고 서버에 올릴 때, 필연적으로 마주치는 깃의 수호신이 있습니다. 바로 충돌(Conflict)입니다. 특히 iOS 개발자들이 가장 무서워한다는 .xcodeproj 파일의 충돌 원인과 이를 깔끔하게 해결하는 법까지 오늘 완벽하게 조각내 드리겠습니다.4.3.1 캔버스 위에 재료 얹기 (브랜치와 충돌의 원리)우리가 작업하는 메인 줄기를 main 브랜치라고 부릅니다. 이 줄기에서 나만의 독립된 개발 공간을 만드는 명령어가 .. 2026. 7. 14. [오늘의 코드 조각] [iOS 4-2] 소스코드 저장의 정석: Clone, Commit, Push, Pull과 좋은 커밋 메시지 작성법 안녕하세요! [생각하는 개발자]입니다.지난 시간에는 내 맥북에 단 한 번만 세팅해 두면 평생이 편해지는 iOS 맞춤형 글로벌 .gitignore를 구축해 보았습니다. 이제 불필요한 쓰레기 파일들이 완벽하게 필터링되는 쾌적한 환경이 마련되었으니, 본격적으로 코드를 저장소에 올리고 내려받는 Git의 기본 4대 흐름(Clone, Commit, Push, Pull)을 마스터해 볼 차례입니다.특히 오늘 다룰 주제 중 핵심은 "어떻게 하면 동료들이 내 커밋 내역만 보고도 고개를 끄덕이게 만들 것인가?"에 대한 커밋 메시지 작성 기술입니다.4.2.1 캔버스 위에 재료 얹기 (Git 4대 흐름 맛보기)우리가 작성한 코드가 원격 저장소(GitHub 등)와 주고받는 기본 흐름은 아래의 4가지 명령어로 귀결됩니다. # 1... 2026. 7. 14. 이전 1 다음 반응형
