Front-End/git15 git stash pop을 잘못 적용한 경우, 되돌리거나 checkout 하고 싶을 때 [상황] git stash pop을 했는데, 다른 브랜치에서 pop을 하게 됨 merge conflict 발생, git checkout 이 안되는 솽황 시간을~ 되돌리는~ 힘~ git stash pop을 하기 전으로 되돌아가고 싶은 경우 [해결] git reset --merge 참고 https://www.delftstack.com/ko/howto/git/undo-git-stash-pop/ 2024. 3. 11. PR 리뷰가 어렵다면, 해볼 수 있는 내용 웹접근성 https://accessibility.naver.com/accessibility div 대신 또는 Fragment 사용 SOLID 단일 책임 원칙 개방 폐쇄 원칙: 변경에 유용한가, 리스코프 치환 원칙 인터페이스 분리 원칙 의존성 역전 원칙 IoC DI 특히 설계는 너무 많은 것이 변경되지 않도록 처음부터 주의해서 설계해야 하는 것 같다. 하나가 변경된 경우 그것과 관련된 내용들이 같은 레벨, 또는 하위 레벨로 전파되어 수정 범위가 넓어지면 곤란한 상황이 생긴다. (API 명세가 바뀌었을 때, 함수의 매개번수 변경/추가 또는 컴포넌트 prop이 바뀐 경우도 있을 것 같다.) API 스펙이 바뀐 경우, 인터페이스가 있다면? 도메인 분류 네이밍과 관련된 부분일 수도 있는데, 주요 용어들은 통일하는.. 2024. 3. 9. husky, commitlint error 처음에 커밋 메시지에 오류를 내고, commitlint가 잘 동작하는지 확인해봤다. error 발생(잘 됨) 그래서 다시 정확하게 feat라고 작성했는데, 오류??? 심지어 에러 문구가 input의 featt: 1이 문제라고 보여지고, 몇번을 제대로 입력해도 같은 상황 에러의 마지막 줄을 보면, 강제 종료의 원인을 알 수 있다. husky - pre-commit hook exited with code 1 (error) .husky > pre-commit 파일에 적었던 npx --no-install commitlint --edit "$1" 내용을 삭제하니 해결되었다. .husky > commit-msg 에만 작성해야 했었던 것 npx husky add .husky/commit-msg 'npx --no-in.. 2023. 12. 2. vscode discard changes 만약 실수로 discard changes를 클릭한 경우, 당황하지 않아도 된다. discard changes가 staging과 매우... 가깝게 붙어있다는 사실을 처음 알았다... 휴지통을 찾아보기도 했지만 없었다. 변경내용 삭제라 그런가? 파일을 vscode에서 열어 놓은 경우에는 ctrl+s로 복구할수가 있다. (마치... --hard했을때 … 심플하게 복구할 수 있는 방법과 같달까...) 팀원분에게 도움을 드리기 위해 아래의 검색어로 검색해보았다.vscode to recover when click discard changeshttps://stackoverflow.com/questions/43541167/how-do-you-undo-discard-all-changes-in-vs-code-git How.. 2023. 10. 17. commit이 중복되어 push된 경우(hash value만 다르고 commit 메시지는 동일) 똑같은 커밋이 중복으로 생긴 원인..이 뭘까? 일단.. 커밋 해시가 달랐다. 똑같은 메시지인데, 커밋 해시만 차이가 있다. 내 커밋 돌려줘~! 가설 1. push를 한 결과 원격에 이미 커밋 기록이 있는데, 내가 rebase를 해서 그런가? 2. stash 해서..? 3. rebase를 하게되면 커밋 해시가 새로운 걸로 바뀐다고 알고있다. 일단 중복 커밋을 삭제하기 위해 reset --hard를 할 시간이다.. 너무 무섭다.. 마음의 준비를 하자.... 문제1 rebase를 하며 로컬에서 커밋이 합쳐져서, 커밋이 중복으로 생성됐다.(해시값만 다르고 커밋 메시지는 동일) 해결 방법: 그냥 이후에 생긴 커밋은 없애기 위해 원하는 commit으로 head를 돌린다. git reset --hard [해시값] 그.. 2023. 9. 23. 하나의 파일에 포함된 여러 수정 사항을, 분리하여 commit 하는 방법(vscode) 여러가지 방법이 있겠지만(인터렉티브 리베이스, git add -p 등 .. ) vscode에서 gui로 제공하는 좋은 방법이 있다. 가끔 작업을 쭉 하다 보면, 여러가지 수정 사항이 하나의 파일에 포함되게 되는 경우가 있다. 그럴 때 vscode 의 git diff를 확인하면, 파일 하나이기 때문에 한 파일에 여러가지 diff가 쭈루룩 나열되어 커밋을 통으로 할 수 밖에 없는 상황이 벌어지곤 했는데.. 이때 (과거의) 내가 했던 방법은 수정사항들을 메모장에 복붙해서.. 하나씩.. 떼어와 파일을 재 조립하여.. 완성하는 .. 시간이 많이 걸리는 방법으로 수행했다. 그러나 인텔리제이에서는 따로 커밋이 가능하다는 말씀을 듣고! 아 그러면 vscode도 제공할 것 같다는 생각이 들어서 빠르게 찾아봤다. 구글에 .. 2023. 9. 7. rebase와 merge 원격 저장소가 바뀌었는데도 그냥 git rebase origin/main 을 하면 변화가 없다 git fetch origin 을 해야, 정보를 가져오고 그것으로 rebase를 진행 git merge : A 브랜치를 B 브랜치로 합치려 할 땐, A 브랜치를 체크아웃(들어감) 상태에서 git merge B를 입력 처음 머지커밋 하실 때 jimin 브랜치에서 git merge hojin 충돌을 해결한 뒤 git commit을 하면 된다. => 머지 커밋이 생기는데, 이걸 수정하면 안됨! 그냥 놔둬야 한다. (jimin|MERGING) 이 사라지게 된다. 내가 헷갈린 점 checkout한 브랜치가 B일 때(그러니까 지금 작업중인 브랜치가 B) git rebase A를 하면 A 위에 B의 작업물(commit)이 .. 2023. 8. 20. 원격 저장소 코드와 로컬 저장소 코드 동일 여부 확인하기 commit을 수정하다가, 커밋 그래프가 복잡해져서 복구하다 보니 원격 저장소와 얼마나 차이나는지 확인하기 위해 명령어를 찾아보았다. git fetch origin git diff main origin/main 아무것도 출력되지 않으면 동일한 것 !휴! 2023. 8. 18. Git 로컬 브랜치명 변경 1. 변경할 브랜치로 이동 git checkout [branch-name] 2. 브랜치명 바꾸기 git branch -m [new-branch-name] 2023. 4. 5. 이전 1 2 다음
