1.브랜치끼리 merge할 때 conflict날 경우, merge진행중인 상태에서 파일들어가서 수정후 add, commit 해주면 되는 거지? 여기서 commit할 때 따로 코멘트 안쓰면알아서 merge 어쩌고라고 코멘트 써지는 거임? 만약 쓰면 내가 쓴걸로 덮어지는 거고?
2. 깃랩의 mr은 어떻게 이뤄짐? 예를들어 로컬 브랜치 머지는 충돌나면 그냥 수정하면 되지만, 깃랩은 어떻게 돌아감? mr전에 로컬에서 머지 해봐야하는 건가? 아니면 merge request를 넣을 때 충돌이 있으면 깃랩에서 알려주고, 브라우저에서 수정하여 넣게 되는 건가? 근데 후자면 잘 되었는지 테스트는 어떻게 해보지?
3. 깃랩에 마스터브랜치와 내가 작업중인 브랜치가 있음. 이 때 일반적인 워크 플로우가 어떻게 되는지 궁금.
1) 로컬에 마스터브랜치와 작업중인 브랜치를 클론 받는다. 이후 로컬 작업 브랜치에서 작업하면서, 동시에 두 브랜치 모두 자주 pull받아 업데이트 한다. 그리고 가끔씩 로컬에서 master 브랜치의 내용을 작업 브랜치로 merge시켜 동기화한다. 일이 끝나면 로컬에서 작업 브랜치를 마스터 브랜치로 merge하고, 그 결과를 gitlab 작억 브랜치로 push한 후 merge request를 한다.
2) 작업 브랜치만 pull로 동기화한다. 일이 끝나면 merge request를 하여 그때 마스터와의 충돌을 한번에 처리한다.
1) 그랬던거같은데
섀도우 브랜치 검색
2)는 모르겟고, 3)은 보통은 그냥 로컬에 마스터 브랜치 받고, 로컬에 다시 작업용 브랜치 따서 작업 다 한다음에, 마스터 브랜치 pull받고, 로컬 브랜치를 마스터 브랜치에 머지하고, 로컬 마스터를 원격 마스터에 풀 리퀘스트를 날릴듯
근데 원격 브랜치에서 여러명이 같이 일할 경우도 있어서
보통은 다 그러지 않나? 원격 브랜치에서 다 여럿이 하니까 깃 쓰는거잖아
원격 마스터말고 원격 다른 브랜치에서
그럼 그 원격 브랜치를 마스터 브랜치마냥 여기고 다루면 되지 않닝?