그동안 위클리 회고록은 안 썼었는데, 이번주부터 써보려고 한다.
개인 과제 진행
거시적 관점에서 에러를 마주했을 때 또는 작동하지 않을 때 그 원인을 파악하는 데에 오래 걸리는 것이 근본적인 문제점이다. 아직 익숙하지 않아서 원인 파악이 잘 되지 않는 것도 있고, 에러 메시지를 살펴보기보다 에러 발생에 당황해버리는 것도 있다. 이번에는 튜터님의 도움을 받아서 해결했지만 어떤 벽에 부딪혔을 때 당황하지 않고 차분하게 해결해보려는 태도가 필요하다.
추가적으로 과제 해설 들으면서 생각 못했던 방법
- 각 멤버가 세 개씩 포스트를 작성한다고 했을 때 for 문을 돌면서 더 단순하게 각 포스트를 자동으로 작성하게 해주는 코드는 생각을 하지 않았다. 아래의 방법은 for 문을 돌면서 member가 각각 3개씩 포스트를 작성하는 것을 자동으로 만드는 코드.
for member in members:
for i in range(3):
post = Post(
title = f"{member.name} - {i}",
content = f"컨텐츠 {member.name} - {i}",
author = member.username
)
posts.append(post)
git 특강 정리
#브랜치 확인
git branch
#브랜치 생성
git branch 브랜치명
e.g. git branch login
#브랜치로 이동
git switch 브랜치명
또는 git checkout 브랜치명
-> 둘 다 브랜치로 이동하는 명령어이지만 switch가 더 최신 명령어임
#브랜치 생성과 동시에 이동
git switch -c 브랜치명
또는 git checkout -b 브랜치명
#브랜치를 merge할 때
git switch 최종브랜치명
git merge 합칠브랜치명
e.g. git switch main 해서 main 브랜치로 이동한 뒤 git merge login 해서 login을 main 에 합침
# 하지만 merge 는 잘 쓰지 않는다 !!
# 터미널(local)에서 합치지 않고 github 내에서 합친다.
# 코드리뷰를 더 잘 할 수 있기 때문!
# github에서 merge 하는 방법 : pull request
# pull : 당겨서 합치는 것 + request: 요청 --> pull request 는 merge를 요청하는 것.
#위의 단계를 모두 적용해보면
#1.
git switch -c branch
#로 새로운 브랜치 생성 및 이동
#2.
git add .
git commit -m '커밋 메시지'
#로 수정한 코드 add & commit
#3.
git push origin branch
#로 commit 한 코드 push하기
#4. github 에서 pull request 하기
#5. 코드 비교 후 merge pull request 하고 confirm merge
#6.
git switch main
#으로 기본 브랜치로 이동
#7.
git pull origin main
#으로 수정한 코드 당겨오기
#추가 팁
#merge 전 dev 나 feature 브랜치에서 테스트 후 merge 할 것
#.gitignore에 git 연동하지 않을 파일 작성하면 git에 업로드 안 됨첫 주에 이어서 두번째 깃 특강이었는데, 이 역시 해봐야 알 것 같다. 무언가 개인으로서 프로젝트를 하나 만들고 개발해나가는 식으로 실습을 해보면 좋을 듯... 어떤 것을 개인적으로 만들어볼지 생각해봐야지.
한 주 회고
한 주 동안 주어진 과제를 해결하는 데에 집중했다. 다른 사람들의 결과물을 보니 단지 주어진 과제만 해결하는 것에 끝나지 않고 자신이 응용해서 더 새롭고 다르게 만드는 것을 볼 수 있었다. 이번에 과제를 수행하면서 막판에는 대충 형태를 갖췄으니 대단히 발전시키려고 하지는 않았었는데 더 할 수 있다는 마음가짐으로 임해야겠다는 생각이 들었다. 과제 외에도 개인적으로 SQL 문제를 풀거나 다른 지식을 더 찾기보다는 주어진 과제를 해결해야겠다는 생각에 급급했는데 좀 더 멀리 보는 자세를 갖추고 더 하는 것, 효율적으로 시간을 쓰는 것에 신경을 써야겠다.
발전 중...