Blog Collection

Why? 왜 만들었나?

Slack : 생각보다 저장되는 시간 너무 짧다... 유료 너무 비쌈 

 

좋은 링크 자료만

모아놓은 사이트 니즈 !!!

> 어떻게 진행했나?      How

Ideation -> 구현 가능성 -> 얼마나 필요한지

MVP: 핵심 기능에 우선순위를 정하여

하나 하나 순차적으로 진행

 

1. 공유 링크  리스트 조회

2. 새로운 링크 등록 

3. 카테고리 별 조회

4. 한눈에 보기 좋은 스타일링

3. 시연 

Flow

 

1. 메인 화면에서 공유 리스트를 조회합니다. 

 

2. Pagination 으로 공유 리스트 빠른 조회를 지원합니다.

 

3. 카테고리 별 조회를 지원합니다. 

 

4. 등록하여 새로운 링크를 쉽게 등록합니다.

2.2 수정하고 저장소에 저장하기 

git status : 파일의 상태 확인

2.2 수정하고 저장소에 저장하기 

WHY???

2.2 수정하고 저장소에 저장하기  Status & add

2.2 수정하고 저장소에 저장하기  Status & add

git status : 파일의 상태 확인

git add <파일> | <경로> stageArea에 올리기
git rm --cached <파일> staged에 올라간 파일 다시 내리기

2.2 수정하고 저장소에 저장하기  Status & add

git rm --cached <파일> | git checkout <파일>

stage-> unstage

Add 한 파일을 다시 수정하는 경우 

git status --short | -s 로 상태값만 빠르게 확인 가능

2.2 수정하고 저장소에 저장하기  gitgnore

  • 아무것도 없는 라인이나, `#`로 시작하는 라인은 무시한다.

  • 표준 Glob 패턴을 사용한다. 이는 프로젝트 전체에 적용된다.

  • 슬래시(/)로 시작하면 하위 디렉토리에 적용되지(Recursivity) 않는다.

  • 디렉토리는 슬래시(/)를 끝에 사용하는 것으로 표현한다.

  • 느낌표(!)로 시작하는 패턴의 파일은 무시하지 않는다.

2.2 수정하고 저장소에 저장하기 

최상위에 하나 두고 관리

하위 프로젝트마다 또 두면서 관리

2.2 Staged와 Unstaged 상태의 변경 내용을 보기

git diff  :  최신 커밋 기준으로 staged 아닌 파일 비교

git diff  --staged :  최신 커밋 기준으로 staged  상태파일과 비교

--cached ,  --staged 같은 옵션이다

diff vs status

변경 여부 - status  | diff - 어떻게 변했는지

2.2 변경사항 커밋하기 

add 상자에 담기
commit : 상자 포장 

 

git commit  

git commit -v  (+diff message)

git commit -m  message 바로 작성

 

git log ->

commit -> checksum

author date

2.2 변경사항 커밋하기 

git add . + -> git commit -a 옵션을 사용하면 

tracked 상태의 파일 자동으로 add 한다.

wd 에서 파일 삭제하게 되면

Changes not staged for commit (unstaged)

git rm   -> staged

Question add 를 하는 거랑 무슨 차이인지?.?

 

*실수로 .gitignore에 추가하지 않았을 때 

git rm --cached README

git rm log/\*.log

2.2 변경사항 커밋하기 

파일 이름 변경하기 

git mv 

파일 이름 수정 -> rm -> add 하는 것을 한 꺼번에 할 수 있다. 

 

$ mv README.md README
$ git rm README.md
$ git add README

3. FeedBack  BackEnd

1. 어려웠던 점 

2. 좋았던 점 

3. 아쉬웠던 점  및 배운점

협업 방식에 대한 고민
구현 가능성 판단 

어떤 역량이 부족한지 느낄 수 있었음

짧은 시간에 한계를 느낌 

개발은 좋은 컨디션으로 해야 함

3. FeedBack  Front-end

1. 어려웠던 점 

2. 좋았던 점 

3. 아쉬웠던 점  및 배운점

서버와 통신하는 것이 익숙하지 않아서 초반에 많이 헤맴
material ui를 처음 써봐서 공부해가면서 만들다보니 조금 시간이 걸린점이 어려웠다

 

짧은 시간에 주제를 선정하고 구현할 기능에 우선순위를 정하는 등 협의해 나가는 과정이 의미있었다
이미 구현되어있는 여러 ui라이브러리를 사용하는데에 조금 익숙해졌다

시간이 제한적이어서 의도했던 기능을 많이 구현 못했다

3. FeedBack  IOS

1. 어려웠던 점 

2. 좋았던 점 

3. 아쉬웠던 점  및 배운점

json 데이터를 받아오고 관리해본 적이 없어서 어려웠다

 

json 데이터를 다루기 쉽게 되었다.

 

Network 를 안해봐서 등록을 못해서 아쉬웠다.

json 으로 받아온 데이터를 테이블 뷰에 출력하는 것을 배웠다.

감자합니다.

Copy of Copy of Copy of React and Ts #01

By chany

Copy of Copy of Copy of React and Ts #01

  • 369