Spring 개발 교육

ApexSoft

Day 2 - Test, Git, SpringBoot

Day 1 - Review

퇴근을 빨리 하자

Day 1 - Review

퇴근을 빨리 하자

간접화

객체에게 데이터를 요구하지 말고

작업을 요청하라

목    차

1. Test

2. Git

3. Initial SpringBoot

Test

퇴근은 빨리 했는데

문제 생겨서 연락 받고

원격으로 일하면 행복할까?

Test

퇴근은 빨리 했는데

문제 생겨서 연락 받고

원격으로 일하면 행복할까?

발 뻗고 쉬려면 Test

Test

단위 테스트

통합 테스트

인수 테스트

Test

단위 테스트: 단위 로직

통합 테스트: 컴포넌트 간 연동

인수 테스트: 실제 사용자 환경

Test

단위 테스트: JUnit

통합 테스트: SpringMVCTest

인수 테스트: Selenium(Selenide)

Test - 실습

JUnit 실행 및 확인

    자동 생성된 Library, LibraryTest 활용

    동영상: https://youtu.be/kEF0vK8y8fk

Gradle 테스트 실행 및 확인

    동영상: https://youtu.be/M-Pn_ipy29k

Git Commit

.gitignore 편집

    .idea, .gradle, build/ 추가

Library, LibraryTest 삭제

git add .

Git Commit

git cim '50자 이내 제목

빈 행

본문 72자 넘으면 줄 바꿈

어떻게 보다는 무엇과 왜를 설명'

https://github.com/weirdmeetup/translate/blob/master/articles/2014-08-31-git-commit.md#훌륭한-git-커밋-메시지의-일곱-가지-규칙

Git Commit & Push

git cim 'Dev ready

.gitignore 정비

불필요한 파일 삭제'

그래프 확인 (master 브랜치 전진)

git psom (git push origin master)

Git Merge

Git Merge

Git Merge

(master 브랜치 상에서) git merge feature

Merge comit(C5)이 추가되면서 합쳐짐

Git Rebase

Git Rebase

Git Rebase

원래 베이스는 C2 였지만, C9'으로 베이스를 다시 지정(rebase)

Git Rebase

원래 베이스는 C2 였지만, C9'으로 베이스를 다시 지정(rebase)

(feature 브랜치에서) git rebase master

Git Rebase

원래 베이스는 C2 였지만, C9'으로 베이스를 다시 지정(rebase)

C3, C4, C10 커밋이 사라지고, C3', C4', C10'이 새로 생겨남

Git 실습 - merge

master 브랜치에서 git co -b 'subtract' (git co는 git commit의 alias)

src/main/java/day02 패키지 생성

Algebra에

    public int subtract (int a, int b) {} 구현

src/test/java/day02 패키지 생성

day02.AlgebraTest 클래스 생성

AlgebraTest에

    @Test public int subtractTest() {} 구현

Git 실습 - merge

Test 통과하면 

git add .

git cim 'subtract에서 뺄셈 추가' (git cim은 git commit -m 의 alias)

그래프 확인 (subtract 브랜치 전진)

git co master

git merge subtract

그래프 확인 (master에 merge commit 이 생기면서 subtract와 합쳐지고 subtract 보다 하나 더 전진)

git psom

git branch -d subtract (subtract 브랜치 삭제)

Git 실습 - merge

master 브랜치에서

subtract(int a, int b) 를 subtract(int c, int d)로 수정 

git add .

git cim 'master에서 뺄셈 파라미터 c, d로 변경'

그래프 확인 (master 브랜치 전진)

github의 master 브랜치에서 subtract(int m, int n) 수정

커밋 메시지: 깃허브에서 뺄셈 m, n으로 변경 입력 후 commit 클릭

Git 실습 - merge

git fom (git fetch origin master의 alias)

그래프 확인 (master와 origin/master가 나뉘어져 있고, origin/master가 하나 앞섬)

git merge origin/master

[충돌 해소 - IntelliJ > 충돌 파일 우클릭 > Git > Resolve Conflict..]

(git st로 확인해보고 빨간색 있으면) git add .

git commit

그래프 확인 (master에 merge commit 이 추가되면서 합쳐지고,

master가 origin/master 보다 하나 앞섬)

git psom

Git 실습 - rebase

master 브랜치에서 git co -b 'add'

Algebra에

    public int add(int a, int b) { return a + b; } 구현

AlgebraTest에

    @Test public void addTest() { ... } 구현

Git 실습 - rebase

Test 통과하면

git add .

git cim 'add에서 덧셈 추가'

그래프 확인 (add 브랜치 전진)

git co master

master 브랜치의 Algebra에서

public int add(int c, int d) { return c + d; } 작성

git ciam 'master에서 덧셈 추가 c, d' (git ciam == git add . + git cim)

그래프 확인 (master가 add와 나뉘어져서 전진)

Git 실습 - rebase

git co add (add 브랜치로 이동, 노란 태그(HEAD)가 add 브랜치로 이동)

git rebase master (add 브랜치의 base를 master로 재(re)지정)

[충돌 해소 - IntelliJ > 충돌 파일 우클릭 > Git > Resolve Conflict..]

(git st로 확인해보고 빨간색 있으면) git add .

git rb --continue

그래프 확인 (꺾임 없이 하나의 선 상에서 add가 master보다 하나 앞섬)

git co master 한 후 git merge add

그래프 확인 (master가 동일선 상에서 add보다 하나 뒤에 있었으므로, 별도의 merge commit이 생기지 않고 master가 add의 위치로 이동)

git psom 한 후 git branch -d add

Git 실습 - rebase

master 브랜치의 Algebra에서 add(int x, int y)로 수정

git ciam '덧셈 x, y 로 변경' 

github의 master에서 add(int m, int n)로 수정 후

    커밋 메시지: 깃허브에서 덧셈 파라미터 m, n 으로 수정

    commit 클릭

Git 실습 - rebase

git fom

그래프 확인 (master와 origin/master가 나뉘어져 있고, origin/master가 하나 앞섬)

git rebase origin/master (master 브랜치의 base를 origin/master로 재(re)지정)

[충돌 해소 - IntelliJ > 충돌 파일 우클릭 > Git > Resolve Conflict..]

(git st로 확인해보고 빨간색 있으면) git add .

git rb --continue

그래프 확인 (같은 선 상에서 master가 origin/master보다 하나 앞섬)

git psom

Git Merge vs Rebase

merge는 새로운 merge commit 한 개만 새로 생성하면서 병합

    feature 브랜치 상에서의 commit이 그대로 남으므로

    feature 브랜치의 꺾임선이 그대로 남음

Git Merge vs Rebase

merge는 새로운 merge commit 한 개만 새로 생성하면서 병합

    feature 브랜치 상에서의 commit이 그대로 남으므로

    feature 브랜치의 꺾임선이 그대로 남음

rebase는 feature 브랜치 상에 있던 모든 commit을 없애고

master 브랜치 상에 새로 생성

    feature 브랜치 상에서의 commit이 모두 소멸되므로

    feature 브랜치의 꺾임선도 사라지고 master 만 남음

Git Merge vs Rebase

merge는 새로운 merge commit 한 개만 새로 생성하면서 병합

    feature 브랜치 상에서의 commit이 그대로 남으므로

    feature 브랜치의 꺾임선이 그대로 남음

rebase는 feature 브랜치 상에 있던 모든 commit을 없애고

master 브랜치 상에 새로 생성

    feature 브랜치 상에서의 commit이 모두 소멸되므로

    feature 브랜치의 꺾임선도 사라지고 master 만 남음

시각적으로 깔끔한 브랜치 유지를 위해 Rebase를 선호

Git Merge vs Rebase

merge vs rebase 필독 한글 자료

http://dogfeet.github.io/articles/2012/git-merge-rebase.html

Rebase 주의 사항

https://www.atlassian.com/git/tutorials/merging-vs-rebasing/conceptual-overview

영어지만 그림과 사례가 더 간단함

https://git-scm.com/book/ko/v2/Git-%EB%B8%8C%EB%9E%9C%EC%B9%98-Rebase-%ED%95%98%EA%B8%B0#Rebase-의-위험성

git push로 외부로 보낸 커밋이 있는 브랜치 상에서

git rebase '다른브랜치' 금지

Git 간단 WorkFlow

master 브랜치 하나로만 rebase로 작업

소스 작업

git add .

git cim '어쩌구'

git fom (git fetch origin master)

git rbom (git rebase origin/master)

[충돌 시 해소] - git add . - git rb --continue

git psom (git push origin master)

Git WorkFlow

복잡하고 체계적으로 가려면

https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow

https://ujuc.github.io/2015/12/16/git-flow-github-flow-gitlab-flow/

Initial SpringBoot

Spring Initialzr로 프로젝트 생성

기본 컴포넌트 선택

Gradle 프로젝트 import

Spring Application 실행

Initial SpringBoot

동영상: https://youtu.be/zs9pmGP6Plg

Day 2 End

Q&A

Day 3

Hello SpringBoot

SpringBoot 환경 설정

Logging, Debugging

도메인, 서비스, 컨트롤러

Spring 개발 순서