본문 바로가기

전체 글

 (322)
Git CLI 협업3 (fetch) 보통 저희가 작업을 할때는 git pull -> commit -> push 이런 순으로 진행을 할 것입니다. 이번시간에는 fetch을 통해서 push을 할 수 있고, git fetch -> git merge FETCH_HEAD -> commit -> push fetch을 통해서 어떤한 장점이 있는지 살펴보겠습니다. 로그를 보시면 초록색 main 이라고 보이시는 것이 저희의 지역저장소의 main 브렌치이고, 빨간색의 origin/main 이라는 것은 저희의 원격저장소 중에 origin이라는 이름의 저장소의 main 브렌치를 가르킵니다. 그리고 이 앞의 노란색 커밋 ID는 마지막으로 메인 브렌치의 어떤 버전을 가져왔는지 의미합니다. 그럼 a 디렉토리를 수정해보겠습니다. 그리고 커밋도 마치겠습니다. 그다음 로..
Git CLI 협업2 지난 시간에 두개의 컴퓨터로 가정하고 a,b 라는 디렉토리를 만들었습니다. bash창을 두개를 켜서 각각의 컴퓨터라고 가정을 하고 실습해보겠습니다. a라는 디렉토리에 2a 라는 내용을 추가해주었고요. 커밋까지 완료 해주었습니다. push 까지 해주겠습니다. 그리고 원래라면 b라는 디렉토리에서 원격저장소에 pull로 당겨온 후에 작업을 해야하는데 깜박해서 그냥 b에서도 똑같이 작업을 했다고 가정해보겠습니다. 그리고 커밋을 해주겠습니다. 그렇다면 a에서 최신버전으로 작업을 했는데 b에서 pull을 안하고 작업을 해서 최신버전이 갱신되었죠? 둘이 동시에 작업하는 경우일 수도 있겠고요. 그럼 작업을 끝냈으니 push을 하게 되면 어떤 상황이 벌어지는지 보겠습니다. git에서 reject [거절] 하였습니다. 그..
Git CLI 협업 이제부터 협업을 위한 git을 공부해볼 것입니다. 먼저 시작전에 폴더 하나를 만들어주고 시작하겠습니다. (똑같이 만드셔도 되고 다른 이름으로 만들어주셔도 됩니다.) Git Bash를 켜 해당 디렉토리로 이동해줍시다. 이렇게 준비는 끝이 났습니다. 첫번째로 명령어를 사용하여 디렉토리를 만들어주고 초기화 하였고요. A라는 사람이 디렉토리 안에서 혼자 작업한다고 가정하겠습니다. 버전을 하나 만들기 위해서 nano 에디터 사용해 work.txt 만들어 주었고요! (이제는.. 코드 없이 직접해봐야겠죠?) 이후 올리고 버전으로 만들었습니다! 이제 백업을 하기 위해 깃허브로 이동하여 레파지토리를 만들어주겠습니다! HTTPS 주소를 복사를 해놓겠습니다. 지역저장소와 원격저장소를 연결해주었습니다. 자, 이제 git pu..

티스토리툴바