ckddn9496/hello-world

Just another repository

Hi there 👋

hello-world's Issues

브랜치간의 충돌의 해결

https://opentutorials.org/course/1492/8090

수정이 가해진 파일중 같은 line에 수정이 되었을 경우 Program에서 어떤 수정사항으로 옮기는 것이 맞는것인지 판단을 하지못하기 때문에 충돌을 내고 이 판단을 사용자에게 위임하게 된다. Code 편집기로 들어가면 두개의 수정사항 중
현재 병경 사항 수락 | 수신 변경 사항 수락 | 두 변경 사항 모두 수락 | 변경 사항 비교 라는 버튼이 생기며
여기서 판단하여 무었을 Merge할지 결정해준다.

이후 working space 의 문서 우클릭-> 충돌해결-> 충돌을 해결한것으로 표시 를해주어 충돌을 해결하였다는 것을 Git에게 알려주어야 한다.

브랜치 만들기

https://opentutorials.org/course/1492/8088

브랜치를 만드는 방법
소스트리 위 메뉴중 "브랜치"버튼을 클릭하여 새로운 브랜치를 생성.
왼쪽 메뉴바의 브랜치 항목을 더블 클릭하여 체크아웃을 할수있다.
브랜치 이름옆 체크된 모양이있는곳이 현재작업 브랜치를 뜻한다.

예를 들어 "실험"이라는 새로운 branch를 생성하고 이후 master branch에서
개발작업을 계속 진행하고 커밋하였다고 하자. 이때 실험 branch를 더블 클릭하여 체크를 하게되면
브랜치를 생성했던 위치의 내용을 마지막index로 하는 branch의 흐름이 보이게된다.
즉 main flow는 "실험"branch로 한 새로운 index들의 흐름이 화면에 나오고 master branch는 실험branch옆의 새로운 가지로 나와서 commit되었던 기록들이 가지에 index로 기록되어 보여진다.

새로운 디렉터리를 생성하여 여러개의 디렉터리들을 관리하지 않아도
단지 branch를 바꿈으로써 여러개의 디렉터리를 관리하지 않더라도 하나의 디렉터리로 여래개의 디렉터리를 관리하는 효과를 볼 수 있다.

원격 저장소 만들기

https://opentutorials.org/course/1492/8100

현재 Github사용중
만약 로컬 저장소에서 고립된 상태에서 개발을 해왔다고 할때, 원격저장소와 로컬저장소를 연결하여 로컬의 내용을 원격저장소로 업로드 해주는 방법에대해 알아보자. 원격저장소는 주로 Remote 저장소 라고 한다.

• Local 과 Remote 연결 방법:
  저장소->원격 저장소 추가(add remote...)-> Add버튼 클릭-> github주소를 복사(URL) URL/경로 에 붙여넣기 -> 확인.
  원격저장소와 로컬저장소가 연결되었다.

• 원격저장소에 업로드 하기:
  Push버튼 클릭-> 업로드 할 브랜치를 선택하여 Push하면 원격저장소로 로컬의 내용이 업로드 된다.

충돌의 해결

https://opentutorials.org/course/1492/8118

브랜치 충돌과 마찬가지로 원격저장소를 공유하는 사용자 끼리도 같은 부분의 내용을 수정했을때
push를 한다면(push전에 pull무조건 선행 되어야 함) 그 같은 부분에 대하여 충돌이 일어난다.

충돌은 정확히 말하면 push과정이 아닌 pull과정에서 일어난다.
user1과 user2가 작업중에 user1이 커밋한 부분이 있고 그 부분을 user2도 커밋후 선 pull->push를 하였다. 이때는 원격저장소에 user1이 push는 하지 않았으므로 pull과정시 원격 저장소와 user2의 로컬저장소의 내용을 pull로 병합할 때 충돌이 일어나지 않는다. 그러나 이후 user1이 push를 위하여 pull을 진행할 때 원격저장소에는 user2가 push했던 내용과 user1의 로컬 저장소의 내용들에서 같은 부분이 수정이 가해진 것을 Git이 인식하고 어떤 내용을 원격저장소에 올리는 것으로 정할지를 구분할 수 없기 때문에 이 과정을 pull을 하려고하는 user1에게 위임한다.

이 때의 충돌 해결 방법은 브랜치간 충돌 과정과 같다. 파일을 열어 확인하면 Git에서 같은 부분에 수정이 가해진 두 내용들을 보여주며 어떤것으로 선택할지를 보여주면 사용자는 이를 판단하여 내용을 수정후 Git에게 working space에서 우클릭후 충돌이 해결됬다는 마크를 지정함으로써 Git에게 충돌이 해결되었음을 알리고 다시 작업의 처리를 위임한다.

추가로 충돌의 책임은 나중에 push한 사람에게 책임이 주어진다.

working copy, index, repository

• working copy : repository내 수정된 사항을 보여주는 공간
• index : working copy 에서 add 하여 스테이지 위에 올린 파일들을 보여주는곳, staging area 라고도 부른다
• repository : 저장소, Github 파일들이 들어있는 공간. 소스트리 메인Frame에 repository를 보여준다.

원격 저장소 복제

https://opentutorials.org/course/1492/8116

이런 상황을 생각해보자. 프로젝트를 진행하는 도중에 새로운 프로그래머가 프로젝트에 합류하여 그 사람의 로컬 저장소에도 원격저장소의 내용을 이어주어야 할때 소스코드내 Clone을 생성하여 Remote저장소와 연결시켜준다.
위의 메뉴중 파일->복제,생성 -> Clone 버튼을 눌러서
첫번째 칸에는 Github페이지의 URL
두번째 칸에는 로컬저장소의 경로를 입력한뒤 아래 글론 버튼을 눌러 생성을 한다.

그렇게 하면 원격저장소의 내용이 클론을 한 다른이의 로컬저장소에 복사되고 소스트리를 같이 사용할 수 있게 된다.

2018.05.09 Github & SourceTree Study Start!

Using 생활코딩

수정사항 취소하기

https://opentutorials.org/course/1492/8052

• 폐기 버튼(discard)
  파일을 변경하고 commit하기 전 상황에, 너무 많은 수정이 가해져 있고 그 수정이 어쩔수 없는 상황으로
  쓸모없어져 rollback할 상황이 일어났을때, discard버튼, 폐기 버튼을 이용하여 "커밋되지 않은 수정사항"을 모두 이전에 Commit한 상태로 rollback시킬 수 있다.

? : 만약 이미 커밋을 해버린 상태이면 다시 discard가 가능할까?

Reset

https://opentutorials.org/course/1492/8043

index 마우스 오른쪽 클릭 후 커밋까지 현재 브랜치를 초기화
Options:
Hard - 모든 작업 상태 내 변경 사항을 버림.
해당 시점위의 소스트리의 기록 삭제, 파일의 내용도 그 시점으로 변경.
Mixed(Default) - 작업상태는 그대로 두지만 인덱스는 리셋.
해당 시점위의 소스트리의 기록 삭제, 파일의 내용은 현 상태 그대도 유지.

여기서의 index는 소스트리의 메인 프레임에 있는 커밋,푸시,풀의 기록들을 말하는 것 같다.

브랜치 충돌의 예방

https://opentutorials.org/course/1492/8091

이번 강의는 브랜치의 충돌을 없애주는 것이 아니다. 빈도수를 줄이기 위한 방법을 말해준다.
master branch에서 다른 ex branch의 내용을 가져와 합치려고 할때, master branch에 체크아웃한 이후 ex branch를 우클릭하고 "현재브랜치로 ex branch병합"버튼을 눌러 Merger한다.
그렇다면 반대로 master를 복사한 ex branch에서 별도로 작업을 시작하기 전에 ex branch로 체크아웃한 이후 master branch를 우클릭하여 "현재 브랜치로 master branch 병합"버튼을 누른다면 어떻게 될까?
ex branch의 내용이 그 시점에서 master branch의 상태와 동일해진다. 즉, ex브랜치를 생성하였던 시점부터(master branch와의 분기점 이라고 할 수 있다) master branch가 내용을 수정하고 commit하였던 내용들이 ex branch에 복사되는것이다. 이러한 선 작업으로 인해 ex branch에서 수정을 가할 문장의 line이 master 의 변경된 내용을 포함한 이후 수정을 하는것이기 때문에, 차례로 commit을 한 효과가 나타나 이후 conflict가 발생하지 않게된다. 하지만 그곳에서 바뀐 ex branch의 내용과 이어 master branch도 같은 line에서 더 수정이 가해졌다면 이땐 다시 충돌이 일어나게 되는데 한두번의 빈도수를 줄여주는 작업은 매우 크게 복잡도와 잡일을 줄여줄 수 있다.

충돌해결의 다른 option:

• '내것'을 이용해 해결 : 나의 브랜치에 있던 내용을 선택
• '저장소'를 이용해 해결 : master브랜치를 선택

작업시에 master가 아닌 다른 브랜치에서는 주로 완성되기 전까지 병합되지 않을 그들만의 프로젝트가 진행되고 있다. 그래서 브랜치에서의 개발을 마치고 master로 한번에 병합을 진행하게되면 방대한 양의 소스코드를 한번에 합치려다가 많은 충돌이 발생할수 있는데 이러한 방법은 좋지않은 방법이다. 브랜치들은 주기적으로 master 브랜치의 내용을 자신의 브랜치로 병합해오는 과정을 진행하여 한번에 방대하고 이해하기 힘들정도의 양의 충돌을 관리하는것이 아니라 작은 변화가 일어날 때 마다 이해하기 쉬운 정도의 크기의 충돌들을 다루어 해결하는 것이 훨씬도 효율적이고 좋은 방법이다.

Revert

https://opentutorials.org/course/1492/8044

Revert - 커밋 되돌리기

index의 역순으로 차례로 커밋을 취소해야 충돌이 일어나지 않음.
순차적으로 rollback을 하기위해 사용. Revert작업은 작업 내용들도 함께 rollback시킨다.

Push & Pull

https://opentutorials.org/course/1492/8117

버전관리 시스템을 열고 협업을 하는 사람들은 습관적으로 원격 저장소에 새로운 버전이 올라왔는지 확인을 한다(Pull). 시작할때 Remote저장소와 같은 상태로 맞춰주기위해서 이러한 작업을하고 이 Pull작업으로 일어날 수 있는 충돌도 줄여준다!

예를 들어 User1 User2이 협업을 한다고 할때 User2가 push를 한번 하였다고 하자. 그러므로 User1의 로컬과 Remote저장소의 진행 상황이 다르다.
이때 User1이 작업을 진행하고 커밋을 한 이후 원격 저장소에 Push를 하려고 한다. 그러나 이때의 push는 Git서버에의해 거절 당하게된다. 자신의 로컬에서의 변화를 제외한 Remote 저장소와 Local저장소의 내용이 동일해야만 Push를 진행할 수 있다.

그러믏 개발로 push를 하기 전에는 이러한 step들이 선행되어야 한다.
pull->work->commit->pull->push

원격저장소로 업로드

https://opentutorials.org/course/1492/8101

Push를 이용한다.
index의 뜻.
브랜치모양과 함께 적혀있는 origin/master, origin/HEAD 의 뜻
origin이 적힌것은 원격저장소의 현재 위치(index)를 말해준다.
PUSH이후
origin/master 와 master가 같은 index를 가리키고 있다. 로컬저장소와 원격저장소가 같은 버전에 있다!

브랜치 합치기

https://opentutorials.org/course/1492/8089

브랜치 합치기 Merge
받으려고 하는 브랜치에 check out(선택) 하여서 수행.
가져와서 합치고자 하는 브랜치 목록에 마우스 우클릭 -> 현재 브랜치로 "branch_name"병합 버튼 클릭 후 확인. 자동으로 Copy and Paste가 진행된다.