따꿍의 프로젝트

1. Auto Commit하는 Cherry-Pickgit cherry-pick + 만일 conflict가 있을 시 + 여러개의 commit을 cherry-pick하고 싶을 시 + 그 브랜치 전체를 가져오고 싶은거면 cherry-pick보다는rebase나 merge가 나을수도 있다. 2. Auto Commit 없는 Cherry-Pick커밋하기 전에 잘 돌아가는지 테스트하고 싶을 때 사용한다. git cherry-pick -n //아니면git cherry-pick --no-commit 3. 문제가 생겨서 Cherry-Pick 취소하고 싶을 때git cherry-pick --abort

문제정확한 문제는 못 찾았지만,스느로즈 때문에 노드를 22 버젼으로 업데이트하고 난 후로부터 안되기 시작하는것을 봐서는노드 버젼을 바꾸면서 졸작 안에 쓰이고 있던 라이브러리들이 한꺼번에 버그난 것 같다. 해결과정1. 라이브러리들 다다시 깔아서 자동으로 버젼 맞춰지게 만들기rm -rf node_modulesrm -rf android/.gradlerm -rf android/buildrm -f package-lock.jsonnpm cache clean --forcenpm installcd android./gradlew cleannpx react-native start --reset-cachenpx react-native run-android이걸 계에에에에속 했다. 문제는 한놈 버젼 맞춰주면 다른놈 버젼에 문..

진행상황1차로 만든 에디터 프로토타입에 피드백이 들어왔다버블 메뉴 : https://refactor--1423-bubble-editor.snorose-front-react.pages.dev/고정 상단바 메뉴: https://refactor--1422-fixed-editor.snorose-front-react.pages.dev/ 회의록에 그냥 두는건 좀 어지러워서 회의록 기반으로 칸반보드를 만들었다. https://www.notion.so/snorose/3027ef0aa3bf808396ccea94cb4720ec?source=copy_link내일 하나 지정해서 해결해볼 생각이다

문제사항인터페이스를 써야할까, 타입별칭(alias)를 써야할까인터페이스 vs 타입별칭현상황1. 인터페이스로 정의할 시 툴팁에서 정확한 데이터 구조하기 어렵다 2. 인터페이스의 선언 합침으로 인해 의도치 않은 버그가 발생https://mnevermore1122.tistory.com/339 5. 인터페이스 mnevermore1122.tistory.com인터페이스는 객체 타입 정의에 특화되어 있기 때문에- 동일한 이름으로 계속 정의가 가능하다- 동일한 이름으로 정의되면 타입들이 자동으로 합쳐진다이것을 바로 인터페이스 합침(declaration merging)이라고 칭한다결론

작업의 배경TipTap은 Headless이라 기본 세팅을 하면 아무 style이 적용되어 있지 않은 상태이다.Headless- 로직만 제공 (에디터의 기능 - 텍스트 편집, bold, undo, history) - UI는 제공하지 않음 (버튼 UI, 툴바 디자인, 기본 CSS 스타일 제공 X) - 완전 커스터마이징 가능하게 HTML 덩어리만 주는 것 그래서 에디터를 그냥 사용하면 아무 스타일링 안한 html태그 모양과 동일하게 생기게 된다. 왼쪽은 기존의 TextareaAutosize의 스타일링을 h1태그/p태그와 비교한 사진이고오른쪽은 에디터의 스타일링을 h1태그/p태그와 비교한 사진이다.(h1와 p태그는 reset.css 때문에 똑같게 생겼다) 현재 날것의 에디터 스타일은 기존의 TextareaAu..

Get Rid of all Local Commits and Set it Same as Origin1. First fetch latest (set it same as origin)git fetch origin2. Reset (get rid of all local commits)git reset --hard "originBranchName" Change Upstream Branchgit branch --set-upstream-to=origin/test/#1411-editor test/#1411-editor If you're already on that branch, you can shorten it:git branch --set-upstream-to=origin/test/#1411-editor Change..

보호되어 있는 글입니다.

문제에디터 작업을 하는 중,h1 태그와 p태그를 넣어도 모두 똑같은 사이즈로 나오는 것을 확인하게 되었다. 분명 초기에 작업했을때에는 이렇게 태그를 무시하지 않았는데무슨 코드 때문에 이렇게 작용되고 있는지그리고 무슨 이유로 팀원이 이걸 넣었는지 파악하기 위해서 조사하기 시작했다. 원인 코드reset.css*::before,*::after { box-sizing: border-box;}html,body,header,nav,main,article,section,aside,footer,h1,h2,h3,h4,h5,h6,div,p,span,ul,ol,fieldset,legend,label,form,input,button,select,option,textarea,pre { margin: 0; padding:..

에디터 TF팀 배경구 스노로즈 데이터를 신규 스노로즈로 옮길려니, 예전에는 에디터가 있어서 색깔/기울기/볼드 등등 이런 추가적 기능들이 글에 첨가되어 있다. 이런 글들을 신규 스노로즈에 에디터를 추가하지 않고 마이그레이션하려니까해당 글들이 깨질것 같았다. 이런 기능들을 쓰고 있는 글들이 버릴 수 있는 사소한 글도 아니었기에 (정보성 글도 꽤 많았음)에디터를 추가하기로 결정되었다. TipTap 선택 이유React 전용 에디터 라이브러리Pro (장점)- 툴바에 대한 UI를 직접 선택해서 (어떤 기능을 넣고 뺄지 선택 가능) 버튼과 기능 연결만 하면 됨- React 친화적- 확장성 - 그림 삽입과 주석 기능이 구현하기 쉬움- 가벼움 -> 필요한 기능만 골라서 설치 가능해서, 필요없는 기타 기능들 때문에 느려지..

문제백엔드에서는 디플로이 후 에러 로그할떄 cloudwatch를 쓰는 것을 보았다. 프런트는 개발할때는 console.log로 디버깅 하는데 배포하면 유저들에게 해당 로그를 보여주면 안되기 때문에 로그 관련 코드를 싹다 지운다 그러면 배포 상태에서 프론트 에러가 나면 어떻게 디버깅하지? 해결방법일단 시작하기에 앞서, raw error은 절대 유저에게 노출시키면 안된다. A. 런타임 에러 트래킹Frontend teams don’t rely on console logs in production. They use error tracking services that capture:JS runtime errorsUnhandled promise rejectionsReact/Vue error boundariesSt..