Git, Version control (22) 썸네일형 리스트형 [bitbucket] issue 만들기 issue를 추가해야 되는데 아래 사진과 같이 왼쪽 탭에 issues가 있다면 상관없지만 처음 시작하는 경우라면 issues카테고리가 없는 경우가 있다. 그렇다면 아래와 같이하면 issues를 추가할 수 있다. [소스트리 사용법] 버전 비교하기 현재버전이 과거의 버전과 어디가 달라졌는지를 확인하고 싶을 수 있다. 현재버전과 과거버전의 파일을 각각 열어보자. 현재버전 열기 과거버전 열기 그러나 사실 소스트리에서 이렇게 프로젝트의 달라진 부분을 확인하는 것이 어려운 경우가 실제로 더 많다. 왜냐하면 한번 수정할 때, 한 줄, 두 줄만 바꾸는것이 아니라 프로젝트의 내용을 대거 수정하는 경우가 많기 때문이다. 그럴때 소스트리나 깃허브나 이런 기본적인 프로그램들에서는 사용자를 만족시킬 만큼 확실한 비교를 제공하기 어렵다. 두 프로젝트간의 비교를 하고자 할때는 beyond compare라는 프로그램이 있는데 다른 게시물에서 설명하도록 하겠다. [소스트리 사용법] commit ID 란 위에 표시한 부분이 commit ID 이다. 이 commit ID를 이용하여 사용자가 따로 버전관리를 할 수 있다. 커밋할 때마다 commit ID가 달라지는 것을 볼 수 있는데, 저 커밋아이디를 내 메모장이나 내 파일 어딘가에 기록해두고 어떤 변경사항이 있었는지 상세하게 기록해서 프로젝트 팀원들과 정보를 공유할 수 있다. [소스트리 사용법] 과거 버전으로 가기 최신 버전인 상태에서 과거의 버전으로 가서 파일을 열어보고 싶을때는 어떻게 할까?? 경고창이 뜨지만 겁먹지 말고 "확인"클릭 HEAD가 이동해 있는 것을 볼 수 있다. 다시 로컬 저장소를 열어보면 다음과 같다. 과거의 버전으로 돌아온 것이다. 여기서 다시 최신버전으로 오고싶다면 어떻게 해야할까?? 가장 최신 브랜치의 이름이 PDcontrol 인것을 볼 수 있다. 그렇다면 좌측 탭에 PDcontrol이라는 브랜치를 더블클릭 최신버전으로 다시 돌아온것을 알 수 있다. [소스트리 사용법] 버전 취소하기(revert, reverse) 깃을 커밋하다보면 가장 마지막에 커밋한 버전을 취소하고 싶을 때가 있다. 이 때, reset을 사용할 수도 있지만 reset을 하게되면 소스트리에 있던 모든 커밋들과 staging area에 있던 내용들이 사라지고, 그 간의 기록들이 모두 사라지는 꼴이기 때문에 위험할 수 있다. 그리고 무엇보다도 취소해서 되돌아갔다는 표식이 없기때문에 다소 권장하지 않는다. 참조 : https://powerofsummary.tistory.com/22 [소스트리 사용법] 버전 되돌리기(reset) 만일 현재 상태가 delete 7버전이고 그 내용이 위와같다고 가정하자. 여기서 delete 6버전으로 되돌리고 싶다면?? (참고로 Hard는 가장 위험한 되돌리기이다. 되돌리면서 모든 내용을 삭제하고 staging area의... [소스트리 사용법] 버전 되돌리기(reset) 만일 현재 상태가 delete 7버전이고 그 내용이 위와같다고 가정하자. 여기서 delete 6버전으로 되돌리고 싶다면?? (참고로 Hard는 가장 위험한 되돌리기이다. 되돌리면서 모든 내용을 삭제하고 staging area의 내용까지도 삭제한다.) 아래는 그 결과 ※ 참고 이미 push로 원격저장소에 올린 버전에 대해서는 reset 하지 않는것을 추천한다. 이전 1 2 3 다음
