1. PR(Pull Request)를 close할 시, 브랜치가 존재한다면 다시 open 상태로 되돌릴 수 있다. (O, X) 답: o 2. PR을 작게 만드는 원칙을 2가지 이상 말해주세요. 답: 한 번에 많은 변경 사항을 포함하는 대신, 각각의 PR이 한 가지 작은 기능이나 에러를 나타내는 PR 올리기 코드 리뷰의 효율성을 높이기 위해서 PR 생성시 코드 길이를 제한하기 (ex, 1개의 PR은 1000 Line을 넘을 수 없다) 3. 좋은 커밋이란 무엇인지 2가지 이상 말해주세요. 답: 한 커밋에 한 가지 변경 사항만이 포함 된 커밋 (작고 의미있는 단위의 커밋) 명확하고 간결한 커밋 메세지가 작성된 커밋 4. 일반적인 Git의 작업 흐름에 대해서 말해주세요. 답: 새로운 기능 또는 버그 수정을 위해..
오늘은 querySelectorAll나 getElementsByClassName과 같이 여러 개의 요소 노드 객체를 반환할 때 사용되는 객체인 HTMLCollection과 NodeList의 차이에 대해 다룰 것이다. 우선 둘의 공통점부터 살펴보자. HTMLCollection과 NodeList는 모두 유사 배열 객체이면서 이터러블이다. 따라서 둘 다 length 프로퍼티를 가지기 때문에 객체를 배열처럼 접근할 수 있고 반복문을 돌릴 수 있다. 하지만 유사 배열 객체이기 때문에 자바스크립트에서 제공하는 배열 객체의 메소드를 사용할 수 없다는 특징이 있다. (ex. map, forEach, reduce 등등) (유사 배열 객체에 대한 자세한 내용은 아래 링크에서 볼 수 있다.) https://codingtod..
1. GitHub에서 두개의 브랜치를 머지하는 총 3가지 방법 중 하나로, 현재 브랜치를 target 브랜치에 재위치 시킨 후 병합하는 방식은 무엇인가?(cf) 커밋 히스토리는 선형적으로 유지됨) 답: rebase and merge 2. 리뷰를 제출할 때 작업이 되는 브랜치가 Branch protection rule로 설정되어 있을 때, 코드 작성자는 Approve를 받지 못하면 브랜치에 머지하지 못한다(O,X) 답: O 3. 로컬 레포지토리의 내용을 맨 처음 리모트 레포지토리에 보낼 때, git push --set-( ) origin master 라고 쓰고 실행해야 한다. 이 때 괄호 안에 들어갈 단어는? 답: upstream 4. Git의 스택 영역에 저장했던 작업 내용들 중 가장 최근의 것을 wor..
Git이 인식하는 파일의 상태는 총 네 가지가 있다.이번 포스팅에서는 Git 파일의 네 가지 상태에 대해 정리해보려 한다. 먼저 Git에서 관리하는 파일은 크게 Untracked와 Tracked 두 가지로 나눌 수 있다. 1. Untracked는 Git에서 추적되지 않고 있는 파일이라는 의미이고, 생성 후 한 번도 git add 해주지 않은 상태의 파일을 가리킨다. 2. Tracked 파일은 Git에서 추적하고 있는 파일인데, 이것은 다시 Unmodifed, Modifed, Staged 이렇게 세 가지 상태로 나뉜다. 아래에서 각각의 상태에 대해 알아보자. Untracked- Git에서 추적하고 있지 않은 파일- 생성 후 한 번도 git add 한 적이 없는 파일TrackedUnmodifed- Commi..
1. 다음중, git branch 와 git checkout 의 동작을 하나의 명령어로 축약 가능한 것은? ㄱ. git branch -C ㄴ. git branch --switch ㄷ. git checkout -B ㄹ. git checkout --create 답: ㄷ 2. 다음중, merge 도중 발생한 conflict 을 해결할 때, 올바른 처리 방법이 아닌 것은? ㄱ git add . git commit ㄴ git merge --force ㄷ git merge --abort 답: ㄴ 해설: ㄴ. git merge --force 명령어는 merge를 강제로 수행하게 하는 옵션이다. 이는 충돌을 발생시킨 변경 사항을 무시하고 강제로 병합을 시도하기 때문에 충돌을 해결하는 올바른 방법이 아니다. +) ㄱ. ..
오늘은 git reset과 git revert를 사용하는 경우와 각각의 차이에 대해 알아보려 한다. git을 사용하다보면 롤백을 해야 할 때, 커밋을 취소하고 싶을 때 등등 다양한 상황이 발생한다. 이럴때 사용하는 git 명령어인 reset, revert의 개념에 대해 알아보자. 1. git reset: 커밋 취소 git reset [옵션] [커밋 아이디] git reset은 대표적으로 커밋을 취소하는 옵션이다. 옵션은 soft, mixed, hard 3가지가 있고 옵션에 따라 디테일한 설정이 가능하다. 옵션은 아래와 같다. (1) git --soft: HEAD가 특정 커밋을 가리키도록 이동시킨다. (2) git --mixed: staging area도 특정 커밋처럼 리셋한다. (3) git --hard..
1. git init에 대해서 설명하시오. 답: 새로운 Git 저장소 (repository)를 생성할 때 사용하는 Git 명령어이다. 이 명령어를 사용하면 현재 디렉토리나 특정 디렉토리를 Git 저장소로 만들 수 있다. 따라서 파일이 추가되거나 삭제 될 때 변경되는 내용을 감지 할 수 있다. 2. 아래 이미지에서 git commit를 사용했을 때 오류가 나온 이유를 설명하시오 답: 커밋을 하기 전에 작업한 디렉토리의 변경사항을 스테이징 영역에 추가해야 하는데 그렇지 않아서 발생한 에러이다. git commit 전에 git add 명령어로 작업물을 스테이징 영역에 추가해야 한다. 3. 특정 커맨드의 사용법이 궁금할때 사용할수 있는 코드를 설명하시오 답: --help 해설: --help 옵션을 사용하면 해당..
오늘 Git 강의를 듣고 난 뒤 git fetch의 기능을 알게 되었다. 지금까지 git pull만 사용했는데 git fetch도 Git에서 중요한 명령어 중 하나인 것 같아 정리해보려 한다. 1. git pull과 git fetch의 차이점1. git pull리모트 레포지토리의 브랜치를 검토할 필요없이 바로 합치고 싶을 때 사용 2. git fetch1) 리모트 레포지토리에서 가져온 브랜치의 내용을 머지하기 전에 점검해야 할 필요가 있을 때,2) 리모트 레포지토리에 있는 브랜치의 내용과 내가 작성한 코드를 비교해서 잘못된 부분이 없는지 검토해야 할 때 사용 한 마디로 정리하면 git pull은 git fetch에 merge까지 해주는 커맨드이고 git fetch는 내용을 가져오기만 하고 merge는 ..
2주차는 CSS 레이아웃, 실용적 유닉스 커맨드라인, GIt 활용법에 대해 배웠다. 그리고 배운 것을 바탕으로 페이지를 디자인하는 첫번째 스프린트 미션도 진행했다! 순식간에 한 주가 지나간 것 같은데 많은 것을 배울 수 있어서 좋았고, 특히 CSS 레이아웃에 대해 복습할 수 있어서 좋았다. 또 팀 분위기가 처음에는 어색했는데 이제는 많이 가까워져서 다양한 주제들에 대해 이야기 할 수 있어서 많이 배우는 중이다ㅎㅎ 활동기간 동안 팀이 여러번 바뀌겠지만 매 팀마다 열심히 참여해서 내가 모르는 것들과 아는 것들을 공유하며 성장하고 싶다. 2주차 위클리 페이퍼 주제는 아래와 같다. - 시맨틱 태그를 사용하면 좋은 점을 설명해 주세요. - position의 속성들과 각각의 특징을 설명해 주세요. 하나씩 살펴보자...
- Total
- Today
- Yesterday
- react
- javascript
- innerhtml
- 객체
- 제어 컴포넌트
- map
- CSS
- 유사배열객체
- html
- Target
- 동기
- 프론트엔드
- Git
- 옵셔널 체이닝 연산자
- 비동기
- GitHub
- 중급 프로젝트
- font-size:initial
- 코드잇스프린트
- 리액트
- arguments
- nullish 병합 연산자 '??'
- rest parameter
- 배열
- js
- 스프린트프론트엔드6기
- currentTarget
- 취업까지달린다
- 비제어 컴포넌트
- 코드잇 스프린트
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |