Spring initializr
-
artifact? build 돌린다음에 서버가 켜지는데, build결과물의 이름이 artifact임 (bitstudy라고 쓴 이름은 '회사이름'이라고 생각하면됨)
-
jar(이번에 쓴 것) / war (전에 쓴것)
-
이번에는 17버전 쓸 것! (jpa 새로운거 쓸 예정이라)
-> 이게 dependency 라고 생각하면됨
explore 누르면 확인 가능
generate 누르면 다운 됨
- 압축 풀고 ->
git
-> 생기면서 commit 한번 일어남
🙋♀️commit이 뭔데? repository에 들어가는것
git.ignore
https://www.toptal.com/developers/gitignore/
(원하는 만큼 생성해서 -> 복사)
gitkraken
- clone 들어가기
-> gyeongmi -> github -> project-board로 놓음
gitkraken & github 연결
- 방법 두가지
1. 예전방법
1) 클론 어디에 할 건지 폴더 선택
2) 깃허브에 있는 repository 중에 어떤거 클론 할건지 결정
3) 사용할 폴더명 적기
2. 두번째 방법
-> initialize 뜨면 누르면 접속 완!
branch란?
- branch는 나뭇가지라는 뜻, 뻗어져나가는것이라고 생각하자
- master branch: 주인! -> 현재 main으로 바뀌고 있는중
=> 숨긴항목 허용해야함
local(로컬) 과 remote(원격)
- local : 내 컴퓨터(.git) / remote : 다른쪽 이라고 생각하자
- commit은 나만 하는거?
- push를 해야 모두 볼 수 있게 올라가는것!
- fetch? 내코드랑 다른 사람이 받은 코드와 비교해서 다른게 뭔지 볼수 있게 해줌
- pull? (fetch가 포함된 개념) 일단 가져와서 합침
stash / pop
like 하던일을 잠시 넣어두기
commit
github 자세하게 알아보기
-
issue : 누가 무슨일 할지 정할때
-
assignees: 누가 할지
-
labels: 무슨 일을 할지(add label누르면 커스텀 가능)
-
projects:
-
milestone : 일정관리(또는 시급한거다! 하는걸 선택가능)
-
milestone
=> 변경된걸 볼 수 있다!
-
pull request(내 개발이 끝났으니, merge 해주세요! 할때)
-> push한 request를 merge해서 합칠때! -
projects: ✔애자일 소프트 방법론(요새 사용하는방식) / cascading 방법론(처음시작할때 적합할수도)
-> 피드백이 중간중간마다 다 있음(전체적인 스케줄은 있는데 중간중간 수정하고, 하나씩하나씩 해가는 과정)
+cascading :한번 시작하면 뒤로 되돌아갈수없음(한 파트라도 만들어둔게 있으면) -> 비효율적
- cascading
like 우리 세미 플젝(중간중간 변동사항은 무시하고, 중간에 뒤로 돌아갈 수 없음)
collaborate
칸반보드
projects(in github)
- new project 생성한 후
new : 구상한 아이디어나 작업중 떠오른 아이디어(브레인스토밍)
Backlog : 실제 회의에서 결정된 사항들만 들어가는 코드
-> 이런식으로 이동하면서 가능
- edit으로 들어가면
-> 요런식으로 확인할 수 있다!(issue에서)
ready : 할 준비
Inprogress : 진행중
-> draft: 초안
전체적인 길
- size를 일정형태로 바꾸기(setting 들어가기)
kraken에서 수정
-> readme파일을 크라켄에서 수정하고싶으면 edit한뒤, 바꾸고
-> 새로운 수정사항은 저런식으로 뜸
-unstaged files ->
-> 여기까지 하면 커밋까지 완
+PUSH 하면 ! MAIN TO ORIGIN!
- IF )취소시
GIT 브랜치를 운영하는 방법론
=> 무조건 둘 중 하나가 쓰인다!
-
gitflow 중
-
githubflow
-> gitflow 기반으로 좀 더 편하게 만들자! 해서 만든것
실제 구현해보기
-> 요렇게 정리해서
- 강사님 github참고!
https://github.com/users/goodjob0412/projects/5/views/1
kraken flow 수정해보기
이거 필요없음 -> 살짝 수정해보자!
(dummy로 branch 추가해두고!)
이름 바꿔두기!
=> github꺼랑 연동해두면 이렇게 바로 확인가넝
-> 전부 체크하고 push하면 깃허브에서도 바뀐거 확인가능
commit / push
- readme 파일은 github / gitkraken에서도 수정 가능!
-> 꼭 unstaged -> staged -> commit -> push 해야 깃헙에서 확인 가능하다!
- 컴퓨터 표시만 뜨는것(local에만 있다는 뜻)
- 내 프사까지 뜨면 -> github, local에도 있다는 뜻!
- 깃헙에서도 직접 변경 가능함! commit 해줘야한다!
-> 깃헙에서 변경사항이 있으면 이렇게 감지함!
💥 주의할점! (pull/ fetch 한 후 작업해야함), 충돌날 가능성 있음!!
-> 다 되면 이런 형태!
주의할 점!
- 인텔리제이에서 수정할거 다 하고, 기존에 있던거 pull안하고, 그냥 이어서 작업하다가
-> 휴지통 모양 클릭하는 순간 기록 자체, 남아있던(unstaged file)도 모든 파일이 지워짐...! -> undo하면 바로 돌아오지만(버전이 달라지면서 여러 에러가 터질수 있음)
✨꼬옥...백업폴더에 넣어두기. 무조건 깃만 믿지말것
유스케이스
- 깃허브로 선택하자!
-> 새로운 다이어그램 만들기
-> 깃헙 승인 후 -> main 브랜치로!
-> 주의: 이런식으로 백업폴더 보여주기
깃 크라켄에서 폴더 만들기!(github에서 로컬로) - cli방식
- TERMINAL 이용(경로 확인할 것)
-> gk(git kraken / 사용가능한 명령어 볼 수 있음)
-> 이 파일을 보고있는것
- mkdir 원하는파일명 => 이렇게 만들어진 것 볼 수 있음
확장자명 바꾸기(cli방식)
fsutil file createnew document/use-case.svg 0
-> 요런 형태로 보임!
-> feature 누르면,
(#은 projects에서 내가 작업하기 원하는 번호임, 강사님과상이)
auto link
진짜 usecase 만들기~
(만들어둔 branch 선택하고 새 파일로 만들어보기)
-> document 안으로 경로잡음~
-uml로 선택후 진행함
-
직선 하려면 저렇게 없음으로 체크하면 됨
-
extend : 있어도 그만 없어도 그만? optional
-
include : 필수적인 기능
(화살표는 시작하는쪽에 온다고 생각하면 됨)
-> DB 사용하는 애가 누가있을까?
- 로그인 인증(실패는 필요 없음)
- 게시판 보기(정렬은 필요없음)
- 게시판 검색
- 게시글 보기(여러개중에 하나만 필요하니까)
- 게시글 쓰기, 수정, 삭제
- 댓글
-> 깃헙에서 -> project-board-> document -> 아까 만들어둔 곳에 덮어쓰면 됨~
git kraken에서 확인 가능!
-> 확인 후 pull 하기!(이미지는 pull 전!)
terminal 의 명령(cli방식, 깃헙 설명 참고)
- cd : 폴더 접근
- ls : 들어가있는 파일 볼수있음
깃허브에서 pull request
✔ 메인으로 브랜치 옮기고 , #6branch 삭제하기
-> 밑에서 변경사항 확인가능
-> pull만 해둔것(아직 merge전)
-> 팀원들과 함께 있다는 가정하에, 이렇게 merge전 변경 사항 확인가능 viewed(체크시 접힘) -> comment 달기 가능
-> 다하면 merge하기!
#6 feature브랜치 지우기
-> 자동으로 하고싶으면 setting에서 설정 변경하면됨(?)
게시판 api 만들기
🙋♀️어떤 api를 만들어야할까?
- 게시판 api
- 게시글 api
- 댓글 api
엑셀로 API 만들기
-> commit 후 push~
