본문 바로가기

TIL

TIL 19일차

람다식(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 구현

'TIL' 카테고리의 다른 글

TIL 21일차  (0) 2024.03.12
TIL 20일차  (0) 2024.03.08
TIL 18일차  (0) 2024.03.06
TIL 17일차  (0) 2024.03.05
TIL 16일차  (0) 2024.03.04