극꼼이 이야기 (GG_Tales)

변수는 유니티와 C#에 있어서 핵심적인 개념입니다. 다양한 종류의 데이터를 다룰 때 필요하며, 일종의 데이터를 담는 상자라고 생각하시면 됩니다. 변수에 대해서는 데이터 타입과 그 형변환, 값 형식과 참조 형식, 사용범위(접근지정자)에 대해 다룰 것이며, 오늘은 데이터 타입과 형변환에 대해서만 포스팅하겠습니다. 변수는 위와 같이 데이터 형식과 변수 이름으로 선언합니다. 이때 변수의 이름은 아래와 같은 규칙을 가집니다. * 변수 이름의 규칙 1) 변수명은 숫자로 시작할 수 없습니다. 2) 영문과 숫자, 언더바(_)만 사용할 수 있습니다.(공백과 특수문자는 사용 불가능) 3) 유니티와 C#에 이미 있는 키워드는 사용할 수 없습니다. 4) 같은 클래스 내에서 이미 선언한 변수명을 중복 사용할 수 없습니다. 데이..

: 최신 커밋 수정(커밋을 추가하지 않고 제일 최근 커밋에 추가로 반영) 이미 커밋을 했는데, 해당 커밋에 수정사항이 있음을 뒤늦게 알았다고 가정해 봅니다. 새로운 커밋을 만들지 않고 기존 커밋을 수정하는 키워드가 amend 입니다. 1. 커밋을 누른 후, 커밋 옵션에서 '마지막 커밋 정정' 클릭 2. 커밋 문구를 바꾸겠냐는 메시지에서 '예'를 클릭하면 이전에 커밋했던 메시지가 자동완성 됩니다. 이후, 커밋 내용 수정이 필요하다면 수정하시고 커밋해주시면 됩니다. 만약 이전의 커밋을 이미 푸시한 상태이고, amend하려던 코드가 충돌을 일으키는 상태라면 푸시가 되지 않습니다. 이런 상태가 됩니다. Pull을 누르게 되면 다시 원래 상태로 돌아가므로, Push를 눌러 강제 푸시를 해줍시다. 만약 강제 푸시가..

rebase는 말 그대로 베이스(branch)를 재배치한다는 뜻입니다. merge를 사용하면 히스토리를 봤을 때 뿌리가 여러개로 나뉘게 되고, branch가 매우 많은 상황이라면 히스토리를 깔끔하게 보기가 어렵습니다. 이럴 때 rebase로 베이스를 다시 정의함으로써 새로 커밋 라인을 정리하여 히스토리를 깔끔하게 볼 수 있게 해줍니다. 이렇게 말로만 보면 이해가 어려울 수 있는데요, merge랑 어떻게 다른건지 먼저 비교해보도록 하겠습니다. 이렇게 master 브랜치의 커밋4, testBranch의 커밋3가 있습니다. 커밋3와 커밋4를 merge, rebase를 할 경우 아래와 같은 그림이 됩니다. merge는 이렇게 새로운 커밋이 생깁니다. 같은 브랜치로 합쳐졌는데, 커밋 히스토리를 볼 때 위와 같이 ..

마크다운으로 작성한 페이지에 이미지를 업로드하기 위한 쉬운 방법! 1. Repository의 Issues탭에서 New issue 클릭 2. 올리고자 하는 이미지를 드래그&드랍 후, 주소를 복사해서 md파일에 붙여넣기 하면 끝!

지난 포스팅에서 브랜치 병합을 배웠던데에 이어서, 병합했을 때 버전끼리 충돌했을 경우에 대해 알아보겠습니다. 위와 같은 branch 2개를 생성하고, Abranch에는 위와 같이, Bbranch에는 위와 같이 파일을 수정해줬습니다.(수정한 부분이 겹치는 상태) 이제 지난 포스팅과 같은 방식으로 병합을 해줍니다. 두번째 브랜치를 병합할 때 위와 같이 '병합 충돌'이 있다는 창이 뜹니다. 두 브랜치가 같은 라인의 코드를 수정했기 때문에 충돌이 일어난 것입니다. 비주얼 스튜디오 코드를 확인해보면, 위와 같이 충돌이 일어났음을 알려줍니다. 이때 상단에 [Accept Current Change], [Accept Incoming Change], [Accept Both Changes], [Compare Changes..

만들어 놓은 버전의 복사본(branch)를 만들어 다른 방향으로 작업을 이어가는 것. 하나의 개발 브랜치에는 보통 한 사람만 작업해서 올리는 것이 바람직하다고 합니다. 소스트리 상단의 브랜치 탭을 선택합니다. 새 브랜치 이름을 정해준 후, 새 브랜치로 작업을 할 예정이라면 아래 체크박스에 체크해줍니다. * 체크아웃 : 브랜치를 이동 좌측에 새로운 브랜치가 생기고, 새 브랜치로 체크아웃했기 때문에 현재 브랜치가 mdTest2로 선택되어 있는 것을 확인할 수 있습니다. 테스트를 위해 파일을 새로 하나 만들어준 후, 스테이지에 올리고 커밋해줍니다(하는 법은 지난 포스팅 참고). 원격저장소에 push를 해주면 아래와 같이 브랜치가 잘 생성된 것을 확인할 수 있습니다. 다시 master 브랜치로 돌아가서 새로운 ..

제가 따라가고 있는 커리큘럼으로, GUI 환경에서 깃허브를 사용해본 후, CLI 환경으로 넘어갑니다. 처음 배우는 깃허브이니, 천천히 진도대로 따라가봅니다. 소스트리는 Git 사용을 도와주는 GUI 프로그램입니다. 버튼을 클릭하는 방식으로 필요한 명령을 실행할 수 있게 해주며, Git의 핵심인 Commit, push, branch 등을 눈으로 쉽게 확인할 수 있게 해줍니다. 소스트리 다운로드 사이트 : www.sourcetreeapp.com/ Sourcetree | Free Git GUI for Mac and Windows A Git GUI that offers a visual representation of your repositories. Sourcetree is a free Git client fo..

이번 포스팅은 깃허브 입문의 마지막 파트입니다. 지난 포스팅에서 원격저장소에 올린 커밋을 로컬저장소에 내려받는 작업을 해보겠습니다. 이 포스팅은 저의 실습과 복습을 위한 포스팅으로, 처음 공부를 하신다면 책을 보시는 것을 추천합니다. 1. 내려받을 파일 경로 만들고 내려받기(처음 내려받을 때) 원격저장소에서 아래와 같이 주소를 복사해줍니다. 커밋을 받는걸 확인하기 위해 바탕화면>Programming>NewSource 경로로 새로운 폴더를 생성했습니다. [NewSource]폴더에 우클릭 - [Git Bash Here] 클릭 git clone [원격저장소 주소] . (ex) git clone https://github.com/geukggom/Test0 . : 주소 다음에 한 칸 띄고 .(온점)을 꼭 찍어줘야..

지난 포스팅에 이어서 GitHub를 이용해 원격저장소를 만들고 원격저장소에 커밋을 올리는 것을 배워보겠습니다. 이 포스팅은 저의 실습과 복습을 위한 포스팅으로, 처음 공부를 하신다면 책을 보시는 것을 추천합니다. 1. 원격 저장소 만들기 깃허브에 로그인 한 후, 오른쪽 위의 +버튼을 누르면 아래와 같은 페이지로 이동합니다. 저장소의 이름과 설명(Description)을 작성하고 만들어줍니다. 위의 원격저장소의 주소는 github.com/geukggom/Test0 입니다. 협업을 할 때는 이 주소를 공유하면 됩니다. 2. 원격저장소에 커밋 올리기 이전 포스팅에서 만들었던 로컬저장소인 [JisunSource] 폴더를 원격저장소에 올려보겠습니다. [JisunSource] 폴더의 Git Bash로 들어옵니다. ..

이 포스팅에서 공부할 책의 커리큘럼은 다음과 같습니다. 이 포스팅은 저의 실습, 복습을 위한 포스팅으로, 처음 공부를 하신다면 책을 보시는 것을 추천합니다. 1) Git 설치 git-scm.com/downloads 위의 사이트에서 Git을 설치해줍니다. Git Bash를 실행해서 $옆에 'git'을 입력하고 엔터키를 누르면 다음과 같은 창이 뜹니다. 성공적으로 git이 설치됐다는 뜻입니다. 2) 로컬저장소 만들기 바탕화면>Programming>JisunSource (폴더명은 자유) 폴더를 만든 후, 그 안에 README.txt 파일을 만들어줍니다. 내용은 아무렇게나 적어주고 저장해준 후, [JisunSource] 폴더에 우클릭해서 [Git Bash Here]를 클릭해줍니다. 체크한 부분이 현재 Git B..