람다식(Lambda Expression)이란?: 익명 함수(이름없이 함수 역할을 맡음)의 형태 중 하나
람다식 구조:
val 람다식이름 = {x: 자료형, y: 자료형 -> 람다식의 처리 내용(마지막 표현식 반환)}
ex) val add = { x: Int, y: Int -> x + y }
val hi = { println("hi") } 처럼 반환값 없이 사용할 수도 있다.
hi() 처럼 함수와 동일하게 사용 가능
git 협업 특강 내용 정리
1. 브랜치 활용하기
브랜치 생성 명령어: git branch 브랜치이름
브랜치 확인 명령어: git branch
브랜치 이동 명령어: git switch 브랜치이름 or git checkout 브랜치이름
브랜치 한 번에 생성 & 이동: git switch -c 브랜치이름 or git checkout -b 브랜치이름
브랜치 합치는 명령어: main에 합칠 경우 -> main 브랜치로 이동 후 git merge 합칠브랜치이름
(사실 git merge 잘 안 씀)
2. Pull Request 활용하기
터미널 말고 github에서 합치기
github에서 합치는 이유?: 코드리뷰 & 점검을 위해
Pull Request란?: Pull: 당겨서 합치는 것(merge), Request: 요청하다
한마디로 다른 사람들에게 merge 해도 되는지 요청하는 것
github 코드 반영: git pull origin 브랜치이름
3. 협업 실전 가이드
main branch == 배포용
main에 merge하면 문제점
1) 완벽하게 기능 개발해야 merge 가능
해결책: 개발용 브랜치(테스트용 branch) 만들어두기
2) 그냥 합치면 위험함
해결책: 로컬(내 컴퓨터)에서 먼저 테스트
실전 협업을 위해
1) 팀장: 초기 코드 작성 및 github 업로드
a. 폴더 생성
b. 초기 코드 작성
c. git init, add, commit
d. github repository 생성
e. 코드 업로드
2) 팀장: dev(혹은 develop) 브랜치 생성
a. git switch -c dev
b. git push origin dev
3) github에서 dev 브랜치를 default로 설정(settings -> default branch 에서 변경)
4) 팀원들을 collaborator로 등록
5) 팀원: git clone 하기(git clone 주소 .)
6) 기능 브랜치 생성 ex) git switch -c feature/signup
7) add, commit, push 하기
8) 코드 작성자: 리뷰 요청하기 & 코드 리뷰어: 리뷰하기
9) 합치기 전 내 로컬에서 충돌 해결 및 테스트: 기능브랜치에서 git pull origin dev
10) 추가 기능 개발: 내 로컬의 dev에도 github 변경 사항 반영
6 ~ 10 반복...
개인 과제 Lv3 구현