roqkf

위의 사진은 Texteditor로 받아온 value의 값을 확인해 봤을 때의 모습입니다... title 밑에 content 내용을 넣어 줬는데 Texteditor react-quill를 사용하여 입력한 value의 값을 출력하니 html 태그 모습이 그대로 적용된 것이 확인되었다 react-quill 사용으로 마크다운이 그대로 적용된 상태의 value 값을 그대로 받으니 당연한 결과.... 상세페이지에 보여지는 내용 또한 같은 형태로 보인다 환장....... 해결해 보자... 일단 방법은 두 가지가 있다. react-quill를 사용하여 해결하기 정규표현식 사용으로 태그 자르기 1. react-quill를 사용하여 해결하기 import ReactQuill from 'react-quill'; 일단 Reac..

✨ Intro 빠빠빨간맛 프로젝트의 시작으로 pull을 받아와서 npm 설치 후에 본 에러다. Delete `␍` 오류 오류를 부숴 보자... 구글링을 통해서 나온 해당 에러는 근본적으로 컴퓨터 OS별로 다른 줄바꿈 타입을 사용해서 나는 오류라고 한다. Prettier에서는 CRLF 대신 LF 사용을 권고하고 있다고 한다. 확인해 보니 내 VS 코드에서는 아래와 같이 CRLF로 설정됐음을 확인할 수 있었다. 🍀 Linux(유닉스 계열) LF가 기본값 🍀 Windows CRLF가 기본값 CRLF? 그게 뭔데. 그거 어떻게 하는 건데. 📌 CRLF 타자기로 문서를 작성할 때 한 줄에 글자를 다 입력했으면 아래 줄로 이동시켜줘야한다. 이처럼 아래 줄로 이동하는 것이 LF 이고, 왼쪽 끝으로 밀어주는 것을 CR..

📌 Git branch 브랜칭(branching)은 기존 개발중인 메인 개발 코드를 그대로 복사하여 새로운 기능 개발을 메인 개발 코드를 건드리지 않고 할 수 있는 버전 관리 기법이다. 처음에 Git 리포지토리를 생성하면 나오는 main 브랜치에서만 작업을 하다가 새로운 기능 개발을 위해 feature 브랜치를 새로 생성하는 경우, 기존 main 브랜치에서의 작업은 유지하고 새로운 feature 브랜치에서 자유롭게 코드를 추가 및 삭제할 수 있다. 📌 브랜치 생성하기 / 변경하기 (git switch) 이 때, 새로운 브랜치로 Git이 바라보는 곳, HEAD를 변경하는 작업을 switch라고 부른다. 브랜치를 생성할 때는 생성(create)의 의미로 -c 를 붙여줘야 하고, 기존에 있는 브랜치로 옮길 때..

📌 Milestone 정표 역할을 하며, 태스크 카드(Issue)를 그룹화하는 데 사용 Milestone에 연결된 태스크 카드(Issue)가 종료되면 Milestone마다 진행 상황이 업데이트되는 것을 볼 수 있다. 연관된 이슈의 추적과 진행 상황을 한눈에 파악할 수 있다. 📌 Milestones 생성 1. Issue 탭 > Milestones 클릭 2. Create a Milestone 혹은 New milestone 클릭 3. Milestones 세부 내용 작성 Milestone의 이름을 Title 에 작성 후, Due date를 설정 Due date는 Milestone의 마지막 날을 의미 Description의 해당 Milestone의 설명을 자유롭게 작성 후, Create milestone 클릭

📌 Issues 프로젝트의 작업, 개선 사항 및 버그를 추적하는 방법으로 사용 프로젝트 기획, 새로운 추가 기능, 버그 및 수정사항 등 모든 것을 이슈라고 한다. 모든 활동 내역에 대해 이슈를 등록하고 등록한 이슈를 기반으로 작업을 진행할 수 있다. 출처: Github Issues 🔥 Issues (task card) 생성하기 저장소의 첫 페이지에서 Issues 탭을 선택 후, New issue 클릭 🔥 task 작성 이슈 템플릿의 제목과 본문을 만들고자 하는 태스크 카드에 맞게 수정 제목과 본문을 작성했다면, 우측 탭을 이용해 세부 설정을 진행한다. (※ 태스크 카드를 먼저 생성한 뒤, 세부 설정 작업을 진행할 수도 있다.) Assigness: 해당 태스크를 맡은 사람을 지정해주시면 됩니다. assig..

팀 개발 프로젝트는 여러 인원이 함께 업무를 처리한다. 취미로 만드는 사이드 프로젝트는 혼자 기획하고 개발해도 문제가 없으나, 타겟 사용자가 있고 해당 사용자가 돈을 지불할 만한 상용 웹 애플리케이션을 만들려면 많은 사람이 함께 모여서 일해야 한다. 이렇게 여러 직군이 모여서 함께 개발을 하다 보니 자연스럽게 협업 방식이나 업무 관리 방식에 대한 많은 논의가 생겨났다. 칸반도 이런 논의 중 생겨난 하나의 업무 관리 방식 중 하나이다. 📌 칸반이란? 칸반은 팀과 조직이 작업을 시각화하고, 업무의 병목 현상과 리소스 낭비를 해결하는 업무 관리 방법 🔥 칸반 보드를 통한 시각화 칸반 보드는 아래 사진처럼 업무를 하나의 티켓으로 표현하고, 업무 단계를 하나의 열로 표현한다. 새로운 업무가 생기면 가장 왼쪽 열에..