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