[💬] 빌드 버전 관리를 있어 보이게 해 보자 -1-

[갈릭디핑쏘스(garlicdipping101)]

뮤냐 어택은 8월 말에 첫번째 캐릭터 Idle 포즈 테스트 도트를 찍었고(이 갤에 내가 올린 첫 글을 보면 그때 뮤냐 모습을 확인할 수 있음. 거의 처음으로 찍어본 도트라 지금 다시 보니 캐릭터가 상당히 넓적하네ㅋㅋ 물론 지금은 수정함...) 

이후 방학기간 인턴 종료 후에 9월 초부터 본격적으로 시작해서 지금까지 작업중인 프로젝트인데, 작업 기간이 솔직히 긴 편이 아닌데도 초기 계획과는 다르게 상당히 프로젝트 크기가 커져버렸음. 

개인적으로는 여기서 더 이상 사이즈를 늘리는 건 지양하고 싶고(1인 개발이니까...), 최우선적으로는 피드백이 가장 많이 들어온 

1.조작감

2.난이도

이 두가지를 조절하고자 함. 오늘 점심때까지 충분히 쉬었고 멘탈도 좀 회복된 편이라, 본격적으로 작업 재개하기 전에 한번 워밍업하는 느낌으로 갤에 도움될만한 글을 싸보고자 한다.

---------------------

꼐임 작업을 해본 사람이라면 알겠지만 새로운 시스템을 넣었다가도 어느 순간 이게 아니다 싶으면 빼야 할 수도, 더 발전시켜야 할 수도 있는데 이 때 유용하게 쓰이는 것이 git을 비롯한 버전 관리 시스템임. 

이걸 쓰면 제일 좋은 건 바로 이 짓을 안 해도 된다는 거다.

프로그램도 뭔가가 자꾸 바뀌기 때문에 이거랑 다를 바 없는 일이 의외로 자주 벌어지곤 한다...

솔직히 말해서 git이라는게 의외로 따로 공부해야 할 게 많고 쌩 초짜로서 시작해보면 부담스러운 면이 많아서, 

다들 중간에 포기하고 그냥 최종본_수정_파이널.zip 을 usb에 바리바리 싸들고 댕기는 시절로 돌아가버리게 되곤 하는데...

이 때 아주 유용한 녀석이 sourcetree라는 녀석이다.

어쨌든 미리 말해두는데 나도 git 잘 모르고 굳이 모르는 걸 아는 척 하고 싶지는 않으므로, 

우리같은 초짜는 이 녀석을 그냥 클라우드 백업 비스무리한 용도로 쓸 수 있다 정도로만 생각하자. 

잘 모르면서 굳이 merge나 branch기능 쓰려다 프로젝트 엉망되서 저장소 삭제하고 처음부터 다시 셋업하는 수가 있다...

-----------------------------------

일단 지금부터 할 건 내 PC에 프로젝트 하나, 원격 저장소 라는 곳에 프로젝트 하나를 두는 일이다. 원격 저장소는 백업용 서버 정도로만 생각하자. 

구글 드라이브를 쓰고 싶으면 구글에 가입해야하는 것처럼, 이런 저장소를 쓰고 싶으면 저장소를 제공하는 사이트에 가입을 해야 하는데 우리는 bitbucket을 쓸 거다.

github도 유명한 곳이지만, 여기는 돈을 내야 내 프로젝트를 비공개로 설정할 수 있다...나는 가난하니까 공짜로 비공개 프로젝트 생성이 가능한 bitbucket을 쓴다.

*bitbucket과 sourcetree 가입 순서는 기찮으니 생략. 구글 아이디 있음 바로 되니까 알아서 잘 해보자

비트버켓에 가입했으면 repositories(저장소)-Create Repository로 저장소를 생성 가능하다. 하나 만들어 보자.

Advanced settings는 위키나 이슈 트래킹 및 언어 설정이 가능한데, 신경쓰지 말고 그냥 이 상태 그대로 create repository를 눌러도 충분하다. 

이제 서버에 저장소가 생겼다. 여기에다가 PC에 저장된 프로젝트를 집어넣을 거다. 

(참고로 저 빨간 네모친 주소는 이후에 쓰게 되니 체크해두자.)

----------------------------------------------------------

이제 소스트리를 다운받아 설치하자. 

설치를 하면서 로그인 정보를 입력해야 하는데, 우리는 bitbucket을 쓰니 Bitbucket을 클릭한 후 사용자명과 비번을 입력하자.

**참고로 사용자명 이메일 주소 아님. Bitbucket 홈페이지에서 따로 확인해야 한다.

네모쳐놓은 부분의 username을 쓰고 로그인해야한다. 왜 굳이 이렇게 해놨는지는 나도 모르겠다.

설정하다 보면 이런 창이 나오는데, 일단 yes

이 부분도 일단 설정을 건너뛰자.

설치가 다 진행되었으면 이제 테스트용 프로젝트를 만들어 본다. 그냥 빈 프로젝트 암거나 만들자.

프로젝트를 만들었으면 이제 소스트리로 돌아와 복제/생성 버튼을 누른다.

내 PC에 존재하는 프로젝트의 저장소(관리소?)를 생성한다고 생각하면 된다.

1.저장소 복제는 Bitbucket 서버에 존재하는 프로젝트 파일을 내 PC로 다운받을때 쓰는 용도다. 지금은 처음 세팅하는거니 새롭게 저장소를 만들어야 하므로 쓰지 않는다.

2.작업공간 열기는 내가 안 써봐서 모르겠고

3.저장소 생성은 내 PC에 존재하는 프로젝트를 이제부터 git이 관리하도록 설정하겠다는 의미로 생각하면 되지 않을까 싶다.

경로 설정 후 생성 버튼을 누르자.

원래 git은 여러 사람이 한 프로젝트를 협업할 때 쓰는 용도로 만들어졌기 때문에 '당신이 누구인지'에 대해서 알아야 한다(그래야 누가 소스를 건드렸는지 아니까)

그래서 셋업하는 장면

이제 내 로컬 PC의 프로젝트에 git 셋업이 완료되었다. 

이쯤에서 간단하게 커밋과 푸시에 대해 언급을 해야 될 거 같은데...

일단 왼쪽 위의 '커밋' 버튼을 눌러 보면 위와 같은 스샷이 뜬다.

커밋은 '내가 오늘 소스 코드를 이만큼 변경했다'고 칸을 나누는 단위라고 생각하면 될 것 같다.

예를 들어 Attack.cs 파일을 바꾸고 커밋, Defence.cs 파일을 바꾸고 커밋, ... 이런 식으로,

최대한 내가 작업한 단위에 따라 커밋을 잘게 쪼개는 게 추후에 내 소스 코드가 어떻게 변경되어 왔는지 히스토리를 관찰하기에 좋다.

(...물론 말은 그렇고 혼자 작업하면 귀찮아서 한꺼번에 커밋해버리는 일이 자주 일어난다만...)

git이 찬양받는 것은 바로 이런 소스 코드의 변경 내역을 자동으로 추적해 주기 때문이다.

프로젝트 안에서 스페이스바 하나만 띄워도 git은 바로 'Attack.cs파일에 스페이스 하나 추가요' 라고 변경 내역을 알려주고, 소스트리에서 역시 이런 내역을 확인이 가능하다.

어쨌든 그래서 SourceTree를 이용하면서 내 프로젝트를 관리하게 되면 작업 순서는

1.신나게 코딩

2.커밋

3.신나게 코딩

4.커밋

...

5.푸시

이렇게 된다.

푸시는 무엇이냐?

서버에 내 작업 내역을 백업하는 작업이다.

커밋은 내 로컬 PC에서 일어난 변경 사항만을 추적한다. 아무리 커밋해봐야 서버에는 올라가지 않는다.

파일을 공유하려면 구글 드라이브에 올려야 하는 것처럼, 실제로 이걸 백업하려면 서버에다 내 작업 내역을 올려야 할 텐데, 그게 푸시라고 보면 된다.

그리고 이렇게 내 작업 내용을 올려놓은 서버를 '원격 저장소'라고 부른다. 

대강 다음과 같은 식이라고 보면 된다.

-----------------------------------------

지금 보면 파일이 100개씩이나 있는데, 사실 유니티 프로젝트는 이 파일이 모두 필요하지 않다.

컴퓨터마다 하드웨어가 각각 다르고 환경설정이 다르기 때문에, 유니티 프로젝트를 생성하면 자동으로 사용자 PC에 맞춘 여러 파일이 생성되는데,

이건 니가 어느 컴퓨터, 어느 환경에서 작업을 하느냐에 따라 유니티가 알아서 셋업하도록 놔두는 게 편하기 때문에 서버에 올릴 필요가 없는 파일들이다.

이런 것들을 지정해주는 설정 파일이 바로 .gitignore 파일이고, 이 안에 지정된 파일들은 git이 관리하지 않고 무시하게 된다.

내가 쓰는 .gitignore 파일은 다음과 같다.

# Ignore everything

/*

/*/

 

# Inverse ignore some stuff

!/Assets/

!/ProjectSettings/

!.gitignore

 

# OS Stuff

.DS_Store

._*

.Spotlight-V100

.Trashes

ehthumbs.db

Thumbs.db

$RECYCLE.BIN/

Desktop.ini

# ===================================== #

# Visual Studio / MonoDevelop generated #

# ===================================== #

ExportedObj/

*.svd

*.userprefs

*.csproj

*.pidb

*.suo

*.sln

*.user

*.unityproj

*.booproj

# =============== #

# Unity generated #

# =============== #

Temp/

Obj/

UnityGenerated/

Library/

/Assets/UnityVS/

물론 내가 만든 건 아니고 인터넷에 떠돌아다니던 셋업 파일임...

파일 이름은 없고, 메모장 켜서 붙여넣은 후 확장자 명만 .gitignore로 붙여 프로젝트 폴더에 두면 된다.

이후 소스트리를 껐다가 다시 켜보자.

아까 100개던 파일 수가 18개로 줄어들었다. 유니티 프로젝트를 실행하기 위한 최소한의 필수 파일만 남았다고 보면 됨.

네모친 Stage All 버튼을 누르자.

그럼 이렇게 파일들이 Staged 상태가 되어, 첫번째 커밋의 준비가 모두 되었다.

첫 커밋을 하면 보이게 될 화면이다. master 라는 브랜치가 생겼고, 내가 적은 First Commit이라는 메세지도 같이 보인다.

'브랜치'는 지금으로서는 신경쓰지 말자. 어차피 갤러 대부분 1인 개발일 테고 일단은 '백업 용도로 git을 써보자'가 주요 주제니까 나중에 흥미가 생기면 찾아봐도 될 것 같다.

이제 푸시를 해야 한다. 이 과정은 다음 글에...

[whatugonnado(sibal214)]

이거 초보자가 타 피씨에서 작업하기 전에 풀 안하고 했다가 나중에 푸시할 때 버전 꼬여서 스태시에 올리고 삽질하고 하다가 포기하고 갤에 질문글 엄청 올라올듯

[whatugonnado(sibal214)]

암튼 버전관리 깃허브 등 깃 쓰면 저아여!

[whatugonnado(sibal214)]

학생이면 깃허브 레파지 5개까지 무료 비공개!

[갈릭디핑쏘스(garlicdipping101)]

퍄...첫댓글이 너무 현실적인 오류라 좀 두려워지네

[갈릭디핑쏘스(garlicdipping101)]

근데 깃허브에 학생은 무료 비공개가 있었어?

[갈릭디핑쏘스(garlicdipping101)]

[OmegaThree(devomegathree)]

[몽묘(talunhahwe)]

으.. 깃허브 쓰면 좋다는데 막막하다잉

[ㄱㅌㄹ(1.176)]

이런게 있었어? 난 지금까지 생각 날때마다 그냥 프로젝트 통째로 압축해서 날짜적고 클라우드에 집어넣었는데 ㅋㅋㅋ

[갈릭디핑쏘스(garlicdipping101)]

이렇게 잘 모르는 분들을 위해 최대한 쉽게 쓸 수 있도록 해주는 툴이 SourceTree닌깐 많이들 써보새요~~

[게임제작봇(eprnadml)]

ㄱㅌㄹ님 저도 똑같읍니다