일반적인 협업 과정 (Push & Pull)

이 게시글에서 주요내용은 다음 4가지로 요약된다.

  • 일반적인 협업과정 : Pull -> 작업 -> Commit -> Pull -> Push -> ....
  • 작업하기 전과 Push하기 전에 충돌을 줄이기 위해 Pull 한다.
  • 인덱스에 보여진 브랜치들의 버전 위치는 현재 브랜치들의 버전 상태가 아닐 수 있다.
  • Author 이름과 이메일 변경방법

Changing Author Info
같은 컴퓨터에서 두개의 로컬저장소를 만들고 각 로컬저장소를 서로 다른 사람이 작업하는 공간으로 생각하자. 좀 더 각 저장소를 구분하기 쉽게 저장소에 Author name과 email을 지정해보자. 필수사항은 아니므로 건너뛰어도 좋다.
1. git_exam_other 로컬저장소 탭에서 터미널을 클릭한다.


2. user.name과 user.email을 지정한다.


Common Collaboration Process
현재 git_exam과 git_exam_other 그리고 origin/master의 저장소는 같은 버전을 가지고 있다.
1. git_exam의 Working Directory를 수정하고 커밋한다( !!!!!! 추가 후 커밋 ). 인덱스에서 master와 orgin/master가 버전 1개 차이가 존재한다. Push버튼의 숫자 1의 의미 또한 원격저장소와 로컬저장소의 버전차이가 1개 있다는 뜻이다. 하지만 origin/master가 지금도 저 버전일 것이라는 보장은 없다.


2. 원격저장소로 Push한다.


3. Push가 끝나고 숫자 1이 사라졌다. Push해서 원격저장소와 로컬저장소의 버전차이가 없기 때문이다. 인덱스에서 marter와 origin/master가 같은 버전에 있다.(버전이 같다=버전차이가 없다)


4. git_exam_other 로컬저장소로 가서 Pull한다.


5.


6. git_exam_other의 Working Directory를 수정하고 커밋한다( ###### 추가 후 커밋 ). Push까지 한다.(사진은 생략함)


7. git_exam의 Working Directory를 수정하고 커밋한다.


8. Push하면...


9. git_exam_other PUSH 상태에서 git_exam PUSH 하면 오류가 발생한다. 원격저장소와 push하려는 로컬저장소의 현재 버전이 다르기때문에 문제가 발생할 확률이 높다. 그래서 깃이 자체적으로 제한해둔 것이다.


10. 그래서 Push하기 전에 먼저 Pull 한다. Pull하는 동시에 merge가 수행된다. 첫번째 Options : Commit merged changes immediately를 체크하면 Pull하는 동시에 merge가 수행되고 Commit까지 된다.


11. Pull해서 원격저장소와 로컬저장소를 병합했다. Push에 숫자2는 인덱스에서도 알 수 있다시피 원격저장소와 로컬저장소의 버전이 2개 차이나기 때문이다.


12. (자세한 과정은 생략) 2개의 버전을 푸쉬하고 원격저장소와 로컬저장소의 버전이 같아졌다. Push의 숫자도 사라진다.


대충 생각하면 작업 -> 커밋 -> 푸쉬 과정을 거칠 것 같다.
조금 더 생각해서 풀 -> 작업 -> 커밋 -> 푸쉬 -> ...  정도로 생각할 수 있지만,
풀하고 푸쉬하기 직전까지 원격저장소가 변경되서 새로운 버전이 생성되었을 수 있다. 그래서 push 직전 pull을 해야한다.
따라서 pull -> 작업 -> commit -> pull -> push -> ... 가 일반적으로 협업과정이다.







댓글

댓글 쓰기

이 블로그의 인기 게시물

AWS RDS DB 인스턴스에 연결하기 (Oracle Database Instance)

이미지
이전 포스팅에서 DB 인스턴스를 생성하는 방법 을 알아보았다. DB 인스턴스에 연결하기 위해서 먼저 연결에 사용되는 정보를 확인하는 방법을 알아보고나서, SQL*PLUS와 SQL Developer을 사용하여 DB 인스턴스에 연결하는 각각의 방법을 알아보자. 시작하기전, 현재 생성된 DB Instance는 Oracle EE 이고, 개발환경은 windows 환경임을 밝힌다. DB 인스턴스 연결에 사용되는 정보 확인 Amazon RDS에 생성된 Instance 클릭하여 인스턴스 정보를 확인합니다. ● Connect 섹션의 Endpoint 와 Port 는  dns_name  와  port  에 사용됩니다. ● Details 섹션의 DB Name (SID)은  database_name 에 사용됩니다. SQL*PLUS를 사용하여 DB 인스턴스에 연결 DB 인스턴스에 연결하는 명령어 스니펫은 다음과 같습니다. sqlplus user_name @(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST= dns_name )(PORT= port ))(CONNECT_DATA=(SID= database_name )))            user_name과 비밀번호 입력란에는 DB 인스턴스를 생성할 때 Step 2 : Spectify DB details - Settings - Master username & password에 지정한 값을 입력합니다. user_name ,  dns_name ,  port ,  database_name  를 각각 대체하여 입력하고 비밀번호까지 입력합니다. 그 결과 연결 성공 시 다음과 비슷한 출력이 나타납니다. 다음에 접속됨:              ...
자세한 내용 보기

tomcat server.xml ( 톰캣 서버 설정 )

이미지
server.xml을 통해서 tomcat이라는 web application server를 이해해보고자 한다. server.xml 설정에 목적이 있는 포스팅이 절대 아니다. 참고로 WAS는 J2EE 스펙(Servlet Container와 EJB Container의 기능)을 구현한 서버이지만, tomcat은 Servlet Container만 구현하고 EJB Container 기능은 없어서 WAS가 아니라는 사람도 있다. 그래서 ' 톰캣 == 서블릿 컨테이너 '라고 알고있어도 좋다. 무엇이든 제대로 알려면 공식 문서를 보는 것이 신뢰성도 높고 마음도 편하다. 그래서 아래 아파치 톰캣 config doc을 참조하여 tomcat WAS(서블릿 컨테이너)의 구조를 파악하려고 한다. https://tomcat.apache.org/tomcat-9.0-doc/config/index.html Top Level Elements  -  <Server>  is the root element of the entire configuration file, while  <Service>  represents a group of Connectors that is associated with an Engine. Connectors  - Represent the interface between external clients sending requests to (and receiving responses from) a particular Service. Containers  - Represent components whose function is to process incoming requests, and create the corresponding responses. An Engine handles all requests for a Service, a Host handles all requests fo...
자세한 내용 보기

Git resolving merge conflicts as Mark resolved (mark resolved 옵션으로 해결)

이미지
이전 포스팅 : Git merging branches (브랜치 합치기) 브랜치를 합치는 도중에 충돌이 일어날 수 있다. A브랜치와 B브랜치가 있다고 치자. A와 B브랜치의 같은 부분이 다른 코드로 작성되어 있을 때 두 개의 브랜치를 합치면 충돌이 일어난다. merge conflicts 해결방법 중에서 충돌이 일어난 코드를 자신이 직접 수정하여 해결하는 방법을 알아보자. Resolving merge conflicts - mark resolved 1. master 브랜치를 checkout한 상태(HEAD가 master브랜치인 상태)로 아래와 같이 testbranch2 브랜치를 생성한다. 2. testbranch2 브랜치를 checkout 한다. (HEAD : testbranch2 -> working directory가 testbranch2 상태가 됨 ; 그럴듯한 언어로 어떻게 말해야될 지 모르겠다 ) 3. Working Directory의 wow.java 파일이다. 1번에서 master가 checkout된 상태로 Commit: Working copy parent 옵션을 선택했기 때문에 master의 Working Directory와 동일하다. 4. 소스코드 'teacher' 를 추가한다(HEAD : testbranch2). 그리고 커밋한다. 5. master를 checkout하고 소스코드 'student'를 추가한다(HEAD : master). 그리고 커밋한다. 6. 현재 인덱스이다. 7. master 브랜치에 testbranch2 브랜치를 merge하기위해서, master 브랜치를 checkout하고 testbranch2를 우클릭하여  Merge testbranch2 into current branch 를 클릭한다. 8. Confirm Merge 확인창이 뜨면  확인 을 클릭한다. 9. (4),(5)번에서 소스코드의 같은 부분을 수정했기 때문에 ...
자세한 내용 보기