우당탕탕 개발일지

스코프(Scope)는 '범위'라는 의미를 가집니다. JavaScript에서도 역시 '범위'라는 의미를 가지고 있습니다. JavaScript에서 스코프는 2가지 타입이 존재합니다. Global Scope (전역 스코프) - 어느 곳이든지 접근할 수 있다는 의미입니다. Local Scope (지역 스코프) - 해당 지역에서만 접근할 수 있다는 의미입니다. JavaScript에서는 함수를 선언하면 새로운 스코프를 생성합니다. 해당 함수 안에서 선언한 변수는 해당 함수 안에서만 접근이 가능합니다. 이것을 function-scope (함수 스코프)라고 합니다. var a = 'apple';// 전역 스코프, 전역 변수 function test() {// 지역 스코프 var a = 'banana';// 지역 변수 ..

var, let, const 키워드의 차이점 var 유효 범위 : 블록스코프 / 함수 스코프 값 재할당 : X 재선언 : X 호이스팅: O const 유효 범위 : 함수 스코프 값 재할당 : O 재선언 : O 호이스팅: X let 유효 범위 : 블록 스코프 / 함수 스코프 값 재할당 : O 재선언 : X 호이스팅: X [변수 재선언] var a = 'a' console.log(a) // a var b = 'b' console.log(b) // b a라는 변수를 한 번 더 선언했습니다. 하지만 에러가 나오지 않고 각각 다른 값이 출력되고 있습니다. 에러가 나지 않아 편리하고 빠르게 코딩을 이어나갈 수 있지만 코드량이 방대하다면 a라는 변수가 어디에서 어떤 의미를 가지고 사용되기 파악하기 힘들고 값이 바뀔 ..

git bisect는 이진 탐색(binary search)을 이용하여 오류가 발생한 커밋을 찾을 수 있도록 도와줍니다. git bisect start 이진 탐색 시작합니다. git bisect bad 오류발생 지점을 표시합니다. git checkout 의심 지점으로 이동해줍니다 git bisect good 오류 발생하지 않을 경우 표시합니다. 오류 발생 지점을 찾을 때 까지 git bisect good과 git bisect bad 반복합니다.

git을 사용하다 보면 git reset --hard으로 인해 커밋이 삭제될 수 있습니다. 그 경우 복구를 하려면 git reflog를 이용하여 복구할 수 있습니다. git으로 하는 활동들은 기록이 남아 reflog로 살펴볼 수 있습니다. git reflog 삭제된 커밋해시를 확인합니다. git reset --hard 해당 시점으로 이동하며 커밋들을 복구합니다.

문제 코딩테스트 연습 - 로또의 최고 순위와 최저 순위 로또 6/45(이하 '로또'로 표기)는 1부터 45까지의 숫자 중 6개를 찍어서 맞히는 대표적인 복권입니다. 아래는 로또의 순위를 정하는 방식입니다. 1 순위 당첨 내용 1 6개 번호가 모두 일치 2 5개 번호 programmers.co.kr 풀이 function solution(lottos, win_nums) { var answer = []; let count = 0; let countAdd = 0; let rank = 0; let lottosSort = lottos.sort((a,b) => {return b-a}); let winNumsSort = win_nums.sort((a,b) => {return b-a}); const rankValid =..

git tag v1.0.0 마지막 커밋에 태그를 달아줍니다 git tag v1.0.0 1a2b3c 해당 커밋해시에 태그를 달아줍니다 git tag 존재하는 태그 확인합니다 git show v1.0.0 해당 태그의 내용 확인합니다 git tag -d v1.0.0 해당 태그 삭제합니다 git tag -m 태그에 메시지를 남깁니다 git tag -l 'v1.*' v1으로 시작하는 모든 태그들을 보여줍니다. git checkout v1.0.0 태그 시점으로 파일상태가 변경됩니다.

대다수의 개발자들이 커밋 메시지에 공을 들여 작성하고 있습니다. 왜 커밋 메시지를 잘 쓰기 위해 노력해야 할까요? 여러가지 이유들이 있겠지만 그 중 두가지만 보자면 보다 더 나은 협업과 리뷰 프로세스 보다 더 나은 코드 유지보수 이러한 이유들 때문에 커밋메시지의 중요성이 강조되는거 같습니다. 커밋 메시지를 작성하는데에 있어서 지켜야하는 7가지의 규칙이 있습니다. 좋은 커밋 메시지를 남기기 위한 7가지 규칙 제목과 본문을 한 줄 띄워서 구분합니다. 제목을 50글자 이내로 제한합니다. 제목 첫 글자는 대문자로 작성합니다. 제목 끝에 .(마침표) 넣지않습니다. 제목은 명령문으로 사용하고 과거형을 사용하지 않습니다. 본문의 행마다 72글자 이내로 제한합니다. 본문은 어떻게 보다는 무엇과 왜를 설명하며 작성합니다..

git stash는 아직 완료하지 않은 작업을 스택에 잠시 저장할 수 있도록 하는 명령어입니다. git stash를 통해서 아직 완료하지 않은 작업을 commit하지 않고 나중에 다시 가져와서 마무리 지을 수 있습니다. git stash 현재 진행중인 작업들 스택에 저장하기 git stash apply 'stash@{0}' 스택에 저장된 0번 항목 적용 ('stash@{번호}' 번호 지정을 안할 경우 기본은 마지막 항목) git stash drop 'stash@{0}' 스택에 저장된 0번 항목 삭제 git stash pop 'stash@{0}' 스택에 저장된 0번 항목 적용 및 삭제 git stash branch 새로운 브랜치 생성 후 pop git stash clear 스택에 저장된 모든 항목들 비우기

git log에서 유용하게 쓰는 몇 가지의 옵션들을 정리해 보려고 합니다. git log -2 최근 2개 커밋을 출력합니다. git log -p 각 커밋마다 변경사항과 함께 출력합니다. git log --stat 통계와 함께 출력합니다. git log --oneline 로그를 한 줄로 출력합니다. git log -S git log -S First 파일의 변경 사항에서 First가 들어가있는 커밋의 로그 출력합니다. git log --grep git log --grep First 커밋 메시지에 First가 들어가있는 커밋의 로그 출력합니다.

브랜치를 병합하는 두가지 방법을 소개하도록 하겠습니다. main branch에 dev branch를 merge 시키도록 하겠습니다. merge merge같은 경우에는 branch의 history를 남기기 때문에 협업 시 branch history가 필요할 경우 사용합니다. git branch dev dev branch를 생성해줍니다. git switch dev dev branch로 이동후에 개발을 진행하여 push까지 진행해줍니다. git switch main main branch로 이동해줍니다. git merge dev main branch에 dev branch를 merge시켜 합쳐줍니다. rebase rebase는 history를 깔끔하게 하면서 병합하고 싶은 경우 사용합니다. (많은 branch를 ..