함수• 함수는 하나의 관련된 업무를 실행하기 위한 코드들을 묶기 위해서 선언되는 프로그램의 구성요소이다각 업무가 각각의 함수로 구분되어 작성됨으로 코드를 작성하기도 편하고 나중에 필요한 부분의 코드를 식별해서 분석하거나 실행시키기에도 편하다. • 함수를 메서드라 부르기도 하고 혼용되어 사용되기는 하지만 두 용어에는 엄밀히 이야기하면 차이가 있다.함수는 영어 단어로 function 즉 기능이라는 뜻의 단어이며 함수내에 작성된 기능에 초점을 맞춘 단어이다.그런데 클래스내에 함수가 선언될 수도 있는데 이 클래스에 선언된 함수를 메서드라고 부르기도 한다.메서드는 영어 단어로 method, 즉 수단이라는 뜻이며 함수이지만 클래스내에 선언되어 있어그 클래스를 이용하는 수단으로 본다는 측면의 용어이다.정리하자면 모두..

깃을 쓰다보면 하나의 파일이 이때까지 어떻게 변해 온건지를 파악해야할 때가있다. 예를 들어 지금 본인의 프로젝트에 있는 README파일도 모든 내용을 한번에 다 쓰고 커밋한게 아니다지금 README파일은 여러번의 커밋을 해온 결과가 지금의 모습이다. 한 가지 파일이 완성되기까지 어떤 커밋들이 있어왔는지를 볼수있는 커맨드가 있다, git blameblame은 비난하다, ~의 탓으로 돌리다 이런 뜻인데표현이 조금 그렇지만 여기서는 어떤 파일의 특정 코드를 누가 작성했는지 찾아내기 위해 사용된다.아마 커맨드 개발자가 누군가 실수할 때 작성자를 갈구고 탓을 돌리기 위해 작명을 blame으로 작성했던것 같다(?) git blame [파일명] 실행하면 파일의 각 부분이 어떤 커밋으로 인해 탄생했는지 한눈에 볼 수있..

이전 글 되풀이 요약을 하자면 git으로 다른 개발자와 협업을 하는 상황에서git push를 하기 전에 git pull을 해야할 떄가 많다고 했었다.그리고 git pull은 리모트 레포지토리에 있는 branch를 가져와서현재 brancgh에 자동으로 merge하는 커맨드라고 했었다.(이때 branch를 가져온 다는 것은 그 branch가 가리키고 있는 커밋 이전에 이루어진 모든 커밋을 가져온다는 뜻) 그런데 merge는 하지 않고 딱 가져오는 단계까지만 해주는 커맨드도 있다.Git fetchfetch는 우리말로 가져오다 라는 뜻을 가지고있으며여기서 fetch를 실행하면 가져오기만하고 자동으로 merge는 되지 않는다. git pull읋 하면 자동으로 merge 까지 해주니까 편할 것 같은데 왜 굳이 fe..

이전 파트에서 git push와 git pull 커맨드를 배웠다.(기억안난다면 커멘드 클릭해서 되풀이하기) 이번에는 git push를 쓸 때 자주 만나게 되는 상황을 설명해보겠다. 우선 premium 브랜치에서 시작해보자 (git checkout premium) premium 브랜치에서 내용을 좀 더 추가해보자면 다음프로젝트 일정에 관한 내용을 추가하고 저장 한다음 git add 하고 커밋을 해줬다. 이렇게 로컬 레포지토리의 premium 브랜치에서 커밋을 해줬다.이제 리모트 레포지토리의 premium 브랜치로 이동하기위해 깃허브 페이지의 premium 브랜치에 접속해보자 깃허브의 premium 브랜치에서도 README파일을 수정해보자  이렇게 로컬 레포지토리와 다른 내용을 넣었다. 상황을 정리해보자면...

각 커맨드를 클릭하면 해당 관련된 글로 이동합니다.git branch [새 브랜치 이름]: 새로운 브랜치를 생성 git checkout -b [새 브랜치 이름]: 새로운 브랜치를 생성하고 그 브랜치로 바로 이동 git branch -d [기존 브랜치 이름]: 브랜치 삭제 git checkout [기존 브랜치 이름]: 그 브랜치로 이동 git merge [기존 브랜치 이름]: 현재 브랜치에 다른 브랜치를 머지git merge --abort: 머지를 하다가 conflict가 발생했을 때, 일단은 머지 작업을 취소하고 이전 상태로 돌아감

merge를 하면 새로운 커밋이 생긴다고 했었다.그리고 머지를 통해서 생겨난 커밋을 머지 커밋(merge commit)이라고 부른다고 했었다. 그림을 보면 지금 main 브랜치에서 premium 브랜치를 merge 해서 머지 커밋이 생긴 것을 알 수있다.하지만 머지를 한다고해서 항상 새로운 커밋이 생기는 것은 아니다. 예를 들어 main 브랜치에 있는 상태에서 'merge premium'을 실행한다면? premium 브랜치가 가리키던 커밋을, main 커밋도 똑같이 가리키게 된다. 커밋수도 그대로인 것을 짐작할수있는데이렇게 새로운 커밋이 생기는 게 아니라 단지 브랜치가 이동하게 되는 머지를 Fast-forward 머지라고 한다.Fast-forward는 어떤 영상이나 소리를 빨리감기(앞으로 감기)한다는 뜻..

전 글에서 브랜치(branch)는 커밋을 가리키는 존재(포인터)이고,HEAD는 이런 브랜치를 통해 커밋을 간접적으로 가리키는 존재(포인터) 라고 했다. 그렇다면 이전에 배운 'git reset' 커맨드의 동작 원리를 더욱 정확하게 알 수 있을 것이다.git reset을 할 때 HEAD의 변화는?  이 상태에서 git reset [--hard 또는 --soft 또는 --mixed] 9033 을 실행한다면 HEAD가 9033.. 커밋을 가리키게 된다. git reset 커맨드를 사용하면 HEAD는 여전히 같은 브랜치를 가리키고, HEAD가 가리키는 브랜치가 다른 특정 커밋을 가리키게 되고, 이 때문에 결국 HEAD가 간접적으로 가리키던 커밋도 바뀌게 되는 것이다.  이러면 git reset을 했을 때 HEA..

▶ 제어문• 제어문이란 프로그램의 실행 흐름을 제어하기 위한 구문이며어떤 특정 영역의 구문을 조건에 만족하는 경우에만 실행시키고자 할 때 혹은 반복적으로 실행시키고자 할 때 사용하는 기법이다.   ▶ 조건문• 조건문은 참 거짓이 나오는 조건을 명시하고 어떤 조건이 참인 경우에만 특정 코드가 실행되게 하고자 할 때 사용되는구문이며 크게 if 문과 switch문 그리고 3항 연산자가 있다. IF 문• 조건문의 가장 대표적이고 가장 많이 사용되는 것이 if 문이다.• if 문은 조건이 true 인 경우에만 실행되는 코드를 묶기 위해서 사용된다.  let age = 23 let adress ='서울'//if if(age  ▼ 조건을 명시하는 ( ) 부분은 true 혹은 f..

HEAD가 main 브랜치를 가리키고 있다 (HEAD -> main) HEAD는 어떤 커밋을 가리키는 존재 라고 배웠다.브랜치는 프로젝트 코드를 관리하는 하나하나의 흐름이다.무슨 관계가 있길래 화살표가 main 브랜치를 가리키고 있을까? 먼저 branch는 프로젝트에서 코드를 관리하는 하나의 흐름인데 약간 추상적인 느낌이 있다. 사실 branch도 HEAD처럼 어떤 커밋을 가리키는 존재인데, 앞으로 커밋을 가리키는 존재를 포인터라고 칭하겠다.   우리가 커밋을 처음하게 되면 main branch가 첫 번째 커밋부터 시작해서 매번 새롭게 생기는 커밋을 가리키게 된다. 깃에서 커밋은 이전 커밋에 대한 정보를 가지고있기에 그래서 main 포인터가 가장 최신의 커밋만 가리키고 있다해도결국 그 이전 커밋으로 하나..

연산자▼ 산술 연산자 • 수학적인 계산을 목적으로 하는 연산자이며 수학에서 주로 사용하는 연산 기호를 그대로 이용한다. • ++, -- 을 통칭해서 흔히 증감연산자라고 한다.피연산자(연산 대상이 되는 데이터) 앞에 사용할 수 있고 뒤에도 사용할 수 있으며  연산자 우선 순위를 고려해서 이용해 주어야 한다  //증감 연산자 let data3 = 10 data3++ console.log(data3); //11 ++data3 console.log(data3); //12 data3-- console.log(data3); //11 --data3 console.log(data3); /..