20221027_thu
실습내용
기존 깃허브 연동 프로젝트 삭제 방법
: 깔끔하게 지난시간에 만든 프로젝트 모두 삭제해보자
- 실제 스프링부트 프로그램에서 프로젝트 두개 모두 삭제하기 (삭제시 체크박스 무조건 체크하지 않기!!)
- 깃허브 홈페이지에서도 repository 기존 것들 모두 삭제하기
: 깃허브 홈페이지 들어가서 프로젝트를 하나씩 삭제한다.
- 우측상단의 settings 클릭하기
- 페이지 가장 하단의 delete... 오른쪽 버튼 클릭
- 팝업창이 뜨면 위에 진한굵은 글씨를 복붙하여 붙여넣고 아래 버튼 클릭한다.
- 삭제가 되었다면 이렇게 로그인 페이지가 다시뜬다.
- 삭제 확인
- 모든 프로젝트 삭제 후 첫화면 들어가면 삭제완료 확인 가능하다.
<삭제 전>
<삭제 후>
프로젝트 다시 켜서 window > perspective > others.. >git 클릭한다.
다시 새로운 프로젝트 생성
깃허브 레파지토리 생성
team > share project 생성
상단의 체크박스 use... 반드시 체크한다
: 지역 레파지토리 위치를 잡는 것이다.
기존은 폴더에 .git 없다.
클릭하면 폴더에 다시 들어가서 새로고침시 .git 폴더 생성 확인가능하다.
해당 프로젝트 폴더 내에 .gitignore 파일에 bin/ 을 마지막에 추가한다.
-이번에는 team 을 클릭시 이제는 이전과 다른 메뉴가 뜨는 것을 확인할 수 있다.
동기화시키기
: 공유할 세팅시킨 초기들을 아직 올려놓은 상태가 아니라 최종적으로 올리고싶은곳에 있는 소스와 같은지 아닌지 비교해보겠다.
working space와 repository 비교하는 것이다.
보기편하게 perspective 로 바꾸려고한다.단, 위에 체크박스를 선택 후 닫는다!!
첫화면
: view가 없어서 찾아서 넣어준다.
프로젝트 상단에서 window >show view > others > git > git staging 클릭한다.
바뀐 하단 화면
: 아래와 같이 이전 화면과 달리 git Staging이 있는 것을 확인 가능하다.
Test_01 프로젝트 클릭시 해당 git staging 알 수 있다.
프로젝트를 모두 staging 더하는 방법
: 왼쪽 synchronize 뷰에서 클릭하거나 git staging 하단에서 +, - 버튼을 클릭하면 가능하다.
: 프로젝트 우측 클릭 > add to index
: 만약 하나의 파일만 할거면 그 파일을 선택하여 add to index 클릭하면 된다.
하나씩 빼는 방법 : 우측상단 하나의 빨간줄 클릭
전부다 빼는 방법 : 우측상단 두개의 빨간줄 클릭
커밋하는 방법 : 반드시 커밋메세지 우측상단 빈칸에 작성해야 커밋이 가능하다!!
이후 우측 하단 commit 버튼 클릭하면 아래와 같은 화면이 나타난다.
: 지역저장소 까지 커밋한 것이다.
:< 참고 >
-git push head 클릭
그리고 아래 User 내 계정이름 그대로 적고 패스워드는 나의 토큰을 그대로 치면 된다. 그리고 아래 저장버튼을 클릭하면 자동 저장이된다.
preview 두번 클릭하고 close 클릭한다. 그러면 프로젝트가 깃허브에 올라간것을 확인 할 수 있다.
새로고침하여 깃허브 확인
다시 또 다른 프로젝트를 생성하는데 강의실이 아닌 집(clonGit)으로 선택해서 열어준다!
어제 만든 것들 모두 삭제하여 초기화 세팅한다.
이렇게 집으로 가져왔다면 어떻게 해야 되냐?
git 에서 오른쪽 상단 버튼 클릭하여 확인하면 파일이 들어왔는지 확인이가능하다.
체크하기!!!
확인
!!! 앞으로 파일을 올리고 내릴때는 무조건 싱크로나이즈 워크스페이스 를 선택한다!!!!
하지만 오리기전에 무조건 내가 내려받을 것을 모두 다 받고 오려야 충돌이 안받는다!!!
그렇지 않을시 프로젝트가 폭파된다.
무조건, 싱크로나이즈로 들어오면! 우선 인커밍모드로 받을게 있는지 확인 후 올려야한다.
쉽게 말해 디폴트로 잡혀있는 양방향모두는 우리는 이제 사용하지 않을 것이다!
이후 순서는 이전대로 add > commit > push 순으로 진행된다.
그러면 집에서 작업한 것들 가져와서 내려받도록 하자.
순서:
colone 프로젝트 싱크로나이즈워크스페이스로 연다.
그래서 다시 자바로 돌아가서 확인하면 2일차 강의실에서 작업된 것을 확인 할 수 있다.
수정된 내용이 있으면 이렇게 unstaged Changes 내용에 뜬다.
그러며 add 를 하고 새로고침하여 확인 뒤 커밋메세지작성 후 push 한다.
커밋메세지 작성 후 커밋앤 푸시하기
이 후 reject 가 없다면 성공이다. 이후 close
깃허브 새로고침하여 확인하기
인커밍모드에서 아무것도 받을 게 없으면 아웃커밍한다. 변경된내용이 위에 드면 + 를 눌러서 내려가면 커밋메세지를 작성한다.
push and commit 한다 이렇게 뜨면 성공
조원과 조장이 작업한 파일 모두가 있는 것을 확인 가능하다.
: 조장과 조원이 동시에 같은 파일을 만들 때, 똑같은 파일을 커밋한 사람은 문제가 없지만 똑같은 파일을 나중에 올려야하는 경우 문제가 발생한다. 그래서 파일에 빨간표시가 뜬다.
무조건 원격저장소(remote) 기준으로 나의 파일(local)의 소스를 강제로 맞춰버린다.
그래서 새로 코드를 작성해야한다.
: 일단 내가 만든 파일소스르 잃어버리지않도록 따로 메모장에 복붙하여 놓아둔다.
: 싱크로나이즈에서 우측클릭 오버라이트 클릭하기. 가장 밑에있는 마스크에즈 누른다. 그러면 강제적으로 맞추는 것에 동의하게 된다.
: 그래서 조원이 커밋한 내용으로 조장이 작성한 코드파일은 강제적으로 변경된다.
: 그리고 pull로 내린다.
올려준다.
깃허브팀프로젝트실습내용
- 해당패키지에 본인이름 클래스 파일 만들고
- 메인 메소드에서 출력문 하나만 작성하라.
- 모든 깃 작업은 반드시 pull 부터 한다. (무조건 받는것부터!!!)
- 절대 같은 파일은 두명이상이 동시에 작업하지 않는다.!!!!!
해결방안
- 패키지명을 규칙적으로 만들어라.
주제 미정이면 주제
큰 모듈부터 분리(장바구니)
모듈별로 기능 목록 정의(조회,수정,비우기...)
< 역할분담하기 >