[git] 9. GIT 명령어 없이 이클립스(IDE)만 이용해 소스코드를 GITHUB에 업로드하는 법

01. 깃허브에 <java> 레파지토리 생성하기

• 실제 개발을 목적으로 할 때는 레파지토리 하나당 하나의 프로젝트만 작성하는 것을 권장

저장하지 않도록

 

 

 

 

 

 

 

 

02. 깃허브의 <java> 레파지토리를 로컬 레파지토리로 복사하기

IDE 이용

• 이클립스 이용했음
• 이클립스는 기본적으로 Git을 지원하나, git 명령어를 사용하기 위해서는 git 설치 필요
• 우선 명령어 없이 업로드할 것임

과거에 SVN 으로 작업할 때는 이클립스에 직접 SVN Provider + SVN connector를 설치해야 했으나 이클립스에 git은 존재하므로 따로 설치 작업 필요없음!!

 

 

① Git을 사용하기 위한 View 추가

 

 

② 깃허브에 생성한 <java> 레파지토리를 나의 컴퓨터인 로컬 레파지토리에 복사하기

• 클론을 이용해 레파지토리 복사 가능
  • 레파지토리 : 깃허브에 존재 (메인)
  • 로컬 레파지토리 : 우리 각자의 로컬 컴퓨터에 존재할 레파지토리
    • 즉, 레파지토리의 프로젝트를 나의 로컬 레파지토리에 복제하는 것!

 

 

③ 레파지토리를 복사하기 위해서는 URI, Host, Reopository path, Authentication 작성 필요

• URI, Host, Reopository path
  • 우리는 웹으로 접속할 것임 HTTPS 이용해 복사 하기
  • 만약 cmd로 접속할 것이면 CLI 이용

• User
  • 레파지토리에 접속할 유저명

• Password
  • 깃허브에 접속할 유저가 레파지토리에 접근하기 위한 비밀번호

 

• 깃허브에서 레파지토리에 접근할 수 있는 사용자에 대한 비밀번호를 만들어주는 곳

 

 

 

 

 

 

 

03. 나의 로컬 레파지토리에 복제할 Branch 선택

1) Branch란??

• main , development , futures , tag 등등 다양한 Branch 존재, 각각의 Branch 마다 순서도 있음

① 현재 main Branch 하나만 만들어져 있음

• 사실 Branch는 main Branch로 안씀
  • 왜? main 릴리즈 버전이기 때문에 최종 완성된 버전을 가지고 올 때만 사용
• 실제 개발할 때는 브런치를 여러개 만들어 사용함
• 새로운 브런치 만들기 당연히 가능

 

 

② 새로운 브런치를 만드는 데 메인을 이용해서 만들겠다! 라는 뜻

③ 나만 쓰고 싶을 Branch가 있을 수 있음 - 내가 개발한 것 테스트 하고 싶을 때!

• 내꺼만을 위한 Branch를 하나 더 만듦 - fixed Branch

 

 

 

⑥ 실제 development 에서 한 것이 아니라 나만의 작업 Branch에서 한 것이기 때문에 pull request 를 해야함

• Branch는 기본적으로 레파지토리를 생성하면 main Branch가 default임
• 그럴 때는 Settings 들어가서 Branches를 main 말고 development로 변경하기
• main Branch는 개발이 완전 완료된 것만 집어넣음!
• 실제 개발은 development branch에서 많이 함
• 필요하다면 features branch를 만들어서 사용함
• 그렇다고 main Branch를 100% 완벽하다고는 볼 수 없음
• 만약 버그가 있다면 main Branch에서 futures brunch를 만들어서 사용함
• 팁) Branch 마다 커밋할 때 작성하는 커밋 메세지도 다 다름 - 회사마다 규칙 있을 수 있음

2) 나의 로컬 레파지토리에 복제할 Branch 선택

• main Branch 선택함

• Tags : 백업하는 것...?
• 참고로 SVN은 Trunk 가 따로 있어서 개발은 Branch에서 하고, 최종 완성은 Trunk에 두고 배포하는 것이지만,
• Github는 Trunk 없이 Branch만 존재 (필요하면 여러 Branch 만들어서 사용함)
• 즉, SVN의 Trunk = GITHUB의 main Branch 같은 역할

 

 

04. 저장될 로컬 레파지토리 경로 설정

• 로컬 레파지토리를 어디에 저장할래??? 위치 정해주기
  • /Users/itwill/git/java
• 로컬 레파지토리 명 : origin

 

 

 

05. 로컬 레파지토리 생성 완료

깃허브에서 생성한 java-2209-2303 레파지토리가 나의 컴퓨터의 로컬레파지토리에 복제됨

 

 

 

06. 이클립스에 작업하고 있었던 내용들을 로컬 레파지토리로 Commit

• Commit : 우리의 작업 파일을 로컬 레파지토리에 올리는 작업

SVN

• Commit 하면 바로 SVN 서버로 보내졌음, 중간에 로컬레파지토리 같은 거 없음

Git

• Commit 하면 나의 로컬 레파지토리에만 저장됨 그 후 Push 하면 깃허브로 보내짐

로컬레파지토리의 경로로 보낼게요

 

• 커밋만 계속하면 나의 로컬레파지토리에서만 계속 커밋하는 것!!
  • 팁) 커밋만 계속하다가 푸쉬를 어쩌다 한번씩 해주는 것!

 

 

 

 

07. 로컬 레파지토리에 있는 내용들을 깃허브로 Push

• 로컬 레파지토리가 깃허브 레파지토리에 올라가는 것
• 로컬 레파지토리의 변경사항을 깃허브에 적용하기 위해 Push 버튼 클릭
• Push: 로컬 레파지토리에 저장된 것을 깃허브에 올리는 작업 (이제서야 깃허브에 실제 올라가는 것임)

• 커밋 메시지 입력 후 Push

깃허브에 생성된 <java> or <java-2209-2303> 레파지토리 main 브런치에 merge 할게요

 

 

• 이제 깃허브에서 변경사항을 확인할 수 있게 됨!
  • 푸쉬하고 나면 깃허브에 잘 올라가졌나 확인하기
  • 짠 생성 완료!

 

 

• 팁) 커밋만 계속하다가 푸쉬를 어쩌다 한번씩 해주는 것!

 

08. 깃허브 레파지토리에서 로컬 레파지토리로 가져오기 → Pull or Fetch

• PULL : 깃허브 레파지토리 -> 로컬레파지토리 -> 이클립스로 가져올게요~
• Fetch : 깃허브 레파지토리 -> 로컬레파지토리 까지만 가져올게요~
• 보통 PULL 로 함 왜? 이클립스에서 작업해야하니까!!!

 

 

 

 

09. 프로젝트 공유해 다른 팀원과 협업하기

• 위와 똑같이 레파지토리 생성 후 공유할 팀원에게 메일을 보내면 됨
• 보통 이메일로 검색해서 메일 보냄

공유받은 팀원은?

• 수락 후 위의 내용을 반복 실행함
• 이클립스에서 자신의 로컬레파지토리 생성 후
• 그 전에 프로젝트가 이클립스에 없으니 공유받은 프로젝트를 이클립스에 가져와야함