일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- 프로그래머스 데브코스
- Vue
- 쌓임맥락
- 리액트
- nextjs사용법
- 리스트 렌더링
- SCSS extend
- vue 지역 컴포넌트
- 고양이 사진 검색기
- 폼 입력 바인딩
- flex
- 프로그래머스 K_Digital Training
- vuex map
- KDT 프로그래머스 데브코스 프론트엔드
- 프로그래머스 데브코스 프론트엔드
- vue 이벤트 수신
- KDT 프로그래머스
- 다른컴퓨터에서 git사용
- intersection opserver
- git 같은계정 다른 컴퓨터
- Spacer
- react next
- SCSS use
- vue mixin
- 프로그래머스 프론트엔드 데브코스
- 이벤트 수식어
- SCSS forward
- SCSS import
- postcss
- netlify redirect
- Today
- Total
목록기타 (44)
혼자 적어보는 노트
✨ redux를 이용하여 firebase 이메일 로그인 구현해보기 ✨ 이전에 firebase v9와 contextAPI를 활용하여 로그인을 구현했었지만 혼자 해보고 있는 프로젝트에 redux를 사용하다보니 redux로 연결을 해보고 싶었다. 여기저기 찾아보았는데 하는 방법이 많이 있지는 않고 특히나 firebase v9와 활용하는 사례는 찾을 수 없었다.. 어찌저찌 유튜브 영상을 찾게되어 해보면서 정리를 하게 되었다. 일단 v8으로 만들어보고 익숙해지면 v9를 문서와 함께 보면서 활용해 볼 예정이다. ✅ 적용해볼 것들 1. name, email, password를 이용한 회원가입 2. email, password 로그인 3. 새로고침 후에도 로그인 상태 유지 4. 로그인 상태에 따른 ui 표시 사용한 버..
git cherry-pick git을 사용하다 보면 커밋을 다른 브랜치에 잘못하거나 다른 브랜치에 있는 커밋을 가져와야 할 경우가 생길 수 있다. rebase를 하는 방법도 있겠지만 좀 더 간단하게 커밋을 복사해서 가지고 올 수 있는 방법이 있다. cherry-pick 원하는 커밋을 복사하여 현재 브랜치로 가져오는 명령어이다. git cherry-pick [가져올 커밋 해시] 현재 브랜치가 main 브랜치인 상태에서 new브랜치에 있는 커밋 해시를 가지고 왔을 경우라면 new브랜치에 있는 커밋은 그대로인 상태에서 main브랜치에 해당 커밋이 복사된다. cherry-pick한 커밋의 변경사항을 main브랜치의 커밋에 적용하고 새로운 커밋을 기록하는 방식이다. * cherry-pick을 할 경우 같은 내용의..
프로젝트를 작업하다 보면 과거의 커밋들을 수정해야 할 때가 있다. rebase -i를 통한 과거의 commit 삭제/수정/병합/분할 하는 방법에 대해 알아보자. 아래에 예제를 위한 테스트 commit을 만들어 보았다. λ git log --oneline 672b32f (HEAD -> main) 로그인 에러 수정, 회원가입 기능 추가 2670e3a 로그인 기능 추가 완료 362e466 로그인 기능 작업 진행 b2155d3 메인 슬라이드 추가ㅏ 6080ad8 지워도 되는 커밋 9fa6e95 메인메뉴 추가 해야할 작업은 아래와 같다. 6080ad8 지워도 되는 커밋 ────────── 삭제 b2155d3 메인 슬라이드 추가ㅏ ──────── 오타 수정(커밋 메세지 수정) 2670e3a 로그인 기능 추가 완료 ..
HEAD 현재 브랜치의 가장 최신 커밋. 브랜치를 변경하면 변경한 브랜치의 가장 최신 커밋을 가리킨다. 브랜치에서 HEAD의 위치를 이동시켜서 이전의 코드를 확인하거나 원하는 위치의 커밋으로 가서 또다른 분기점으로 branch를 생성할 수 있다. HEAD를 이용한 commit이동 git checkout HEAD^ git checkout HEAD~ git checkout HEAD~1 현재 head에서 ^와 ~의 갯수맛큼 뒤로 이동할 수 있다. 예시 git checkout HEAD^^ // HEAD에서부터 2개 이전의 커밋으로 이동 git checkout HEAD~~~ // HEAD에서부터 3개 이전의 커밋으로 이동 git checkout HEAD~5 // HEAD에서부터 5개 이전의 커밋으로 이동 comm..
[push / pull / fetch] push commit한 내용을 원격저장소에 올리기 git push 강제 push 원격저장소의 내용을 로컬저장소와 일치하도록 덮어씌우기 *협업 시에는 꼭 상의 후 진행 git push --force git push -f pull 원격 저장소의 커밋들을 로컬로 가지고 올 때 사용. - 원격 저장소의 최신 커밋들을 로컬저장소로 가지고와서 merge 또는 rebase 할 수 있음 - fetch로 git pull * 협업 시 원격에 적용된 새 버전을 pull로 받고 push를 해야한다. 📌 협업 시 상황에 따른 pull 사용 상황 1. 팀원A가 원격에 push한 상태지만 나는 아무 작업도 하지 않은 상태 git pull 내 로컬에 변화가 없다면 pull을 받은 후 작업하면 ..
Branch 프로젝트를 여러 버전으로 관리해야 할 때 여러 작업을 따로 작업하고 한번에 통합할 때 사용한다. 혼자서 작은 프로젝트를 진행할 때에는 branch를 잘 사용하지 않았지만 다른 사람들과 함께 작업을 하거나 테스트 코드 작성시에 branch를 다양하게 사용할 수 있다. 로컬 branch 생성 브랜치 생성 시 현재 위치해 있던 브랜치가 복사되어 새로운 브랜치가 추가된다. git branch [생성할 브랜치이름] // 예시 git branch new-branch 원격 저장소에 있는 branch 연결 원격저장소에만 있는 branch를 로컬로 가지고 오려면 아래의 명령어를 사용한다. git fetch git checkout -t [원격브랜치명] 원격 브랜치 경로도 포함해야 함 로컬/원격 branch 목..
커밋 되돌리기 / reset revert reset 지정한 커밋 이후의 커밋 내역 삭제 * 협업 시 reset 사용을 해야 할 경우 상의 후 진행하거나 revert를 사용 reset에는 세 가지 옵션이 있다. --soft : 단순 커밋 내역만 삭제하고 현재 나의 파일 상태, add된 상태는 그대로 하고 싶을 때 --mixed : 커밋 내역과 add상태를 제거하고 현재 나의 파일 상태는 그대로하고 싶을 때 (Default) --hard : 커밋 내역도 삭제하고 현재 나의 파일 상태도 지정한 커밋의 상태로 전부 돌아가고 싶을 때 옵션을 넣지 않으면 기본으로 mixed로 실행된다. reset --hard git reset --hard 커밋이름 // 커밋 이름은 전체를 입력해도 되고 앞자리 일부만 넣어도 된다...
git의 4가지 공간 1. Working directory (작업공간) - 실제 프로젝트를 하고 있는 공간 - untracked : git에서 추적하고 있지 않은 파일, add된 적 없는 파일. ignore된 파일 포함. - tracked : git에서 추적하고 있는 파일중 수정된 파일. add된 적 있는 파일. 2. Staging area - add 할 경우 working directory에서 staging area로 이동. - 즉, 커밋하기 전 add로 파일들을 올려놓은 공간 3. Repository (저장소) - Local Repository : 로컬저장소. 내 pc에 있는 파일이 저장되는 저장소 - Remote Repository : 원격저장소. 서버에서 관리하고 공유되는 저장소 4. Stash ..