git을 자신있게 다루고싶어요 정보
git을 자신있게 다루고싶어요본문
안녕하세요
요회사에서. 퍼블리싱 500페이지 진행중인데요
요저랑 퍼블5년차 선임 그리고 디자이너겸 퍼블리셔한분
오늘 stash를 한뒤 pull로 origin에서 땡겨온뒤 다시 stash를 햇는데 병합충돌이낫어요
요그뒤 멘붕이와서 수기로 고치는데 4시간걸렷서요
금데 저도 나름 깃공부찾아보고 혼자독학중인데. 이런식으론 뭔가 나중에 큰문제가있을거같아 정말 깃을 잘아시는분들께 도움을구하고있습니다
다제가 어떻게해야 깃을 더정확히알수있고 오늘같은사고를 막을수있을까요 ㅠㅠ
추천
0
0
댓글 9개
질문하나 더생각이낫어요
현재까지 내가작업한내용을 커밋전에 origin에서 pull을 먼저 해준뒤 커밋하려하면 꼭 현재 작업중인 레포지토리를 먼저 정리하고 pull하라는 오류때매 stash를 햇는데 이젠 그것도 오류가나니 어떻게해야할지 막막해요 branch개념도 잘없어서 그것도힘들구요..
현재까지 내가작업한내용을 커밋전에 origin에서 pull을 먼저 해준뒤 커밋하려하면 꼭 현재 작업중인 레포지토리를 먼저 정리하고 pull하라는 오류때매 stash를 햇는데 이젠 그것도 오류가나니 어떻게해야할지 막막해요 branch개념도 잘없어서 그것도힘들구요..
같은 소스를 두고 작업할땐 깃이 매우 불편합니다.
해서 예전엔 마이크로소프트에서 사용했던 소스세이프라는 vcs는
아예 하나의 파일을 작업중이면 다른 사람이 수정을 못하게 막았죠
여튼
저 같은 경우엔 브랜치를 사람별(정확히는 개발 기능별) 나눠서 작업을하고 커밋 푸쉬를 한 뒤에
master 브랜치로 각각의 브랜치들을 병합하는 방법을 이용합니다만,
저의 경우 공통파일이 많지 않아서 병합지옥이(?) 별로 없거든요
같은 파일을 여러사람이 그것도 매우 빈번하게 고치는
구조를 개선할 필요도 있다고 보여지네요 (좋지않은 역발상인가;; 허허)
해서 예전엔 마이크로소프트에서 사용했던 소스세이프라는 vcs는
아예 하나의 파일을 작업중이면 다른 사람이 수정을 못하게 막았죠
여튼
저 같은 경우엔 브랜치를 사람별(정확히는 개발 기능별) 나눠서 작업을하고 커밋 푸쉬를 한 뒤에
master 브랜치로 각각의 브랜치들을 병합하는 방법을 이용합니다만,
저의 경우 공통파일이 많지 않아서 병합지옥이(?) 별로 없거든요
같은 파일을 여러사람이 그것도 매우 빈번하게 고치는
구조를 개선할 필요도 있다고 보여지네요 (좋지않은 역발상인가;; 허허)
@그누성민 너무어려운프로그램같아요 ㅠ
https://sir.kr/so_git 라는 소모임도 있습니다.
@마젠토 감사합니다
@dmyee 영어 ㅠㅠㅠㅠ
개발자끼리 깃 정책을 정해서 룰에 맞춰서 커밋을 하시는게.. 일단 정책도 없고 브랜치를 사용하지 않는다면 안쓰느니 못한 상황이 옵니다.
@gshn 감사합니다.. 이게 진짜 정답인거같아요
