PMPV

0.늘 그렇듯 참고 자료 출처 먼저! 1) Squash and merge - 킹갓빛황의조올타임남바완존잘남 이동근2) Github issue - huskyhoochu.com - github 하나로 1인 개발 워크플로우 완성하기: 이론 편 지난주, 멋사 6기 해커톤을 진행하며 팀 늘카테의 프로젝트 "늘어진 카세트 테이프"가 거의(아마) 완성되었다.9월 중 완성과 배포를 목적으로 진행 중인데, 해커톤에서 경험했던 협업의 어려움과 개선 방안을 여기에 서술한다.팀원들의 깃 활용 수준은 지난 포스팅에 서술했던 내용까지였다. 이번에 경험한 어려움은 크게 다음과 같다. (1) 복잡하고 불필요해보이는 커밋 이력(2) 커밋 메세지만으로는 부족한 마일스톤 파악과 공유 위 두 에러사항을 한눈에 알 수 있는 상황은 다음과 같다..

7. Github Desktop지금까지 git commit, push, remote repozit, origin & upstream 등의 루틴을 알아보았습니다.개인적으로 깃의 러닝커브를 높이는 요인은 두 가지라고 생각합니다. 1. 가시성이 떨어집니다. add와 commit의 과정은 어떤 변경 내역이 어떻게 기록되는지 보기가 어렵습니다. push의 경우 깃허브 저장소에 올라가기 때문에 변경 내역을 직접 볼 수 있지만 commit log와 같은 내용은 커맨드라인에서 하나하나 확인하기가 힘듭니다. 심지어 협업의 경우, fetch, pull, merge 등은 복수의 저장소를 넘나드는 명령어이기 때문에 구조를 상상하는걸 방해한다고 할까요? 내가 어떤 작업을 하고 있는지 직관적으로 이해하기가 힘듭니다. 2. 커맨드..

2. remote repository우리는 이제 커밋과 푸시의 개념을 잡았습니다. 그리고 원격 저장소에 대한 개념을 잡았습니다.이번에는 이 깃허브의 원격 저장소를 이용해 협업을 하는 과정을 살펴보겠습니다. 깃허브에 가입한 사용자들은 각 계정에 소속된 원격 저장소를 생성하고 관리할 수 있습니다.예를 들어, User라는 아이디를 가진 계정의 원격 저장소가 testApp, testGit 이렇게 두 개라고 가정하면 이 원격 저장소의 주소는 다음과 같습니다. https://github.com/user/testapphttps://github.com/user/testgit 각각의 원격 저장소에는 권한을 가진 사용자가 푸시한 프로젝트가 들어있습니다. 협업을 할 때는 이 원격 저장소의 권한을 공유한다는 느낌으로 자신의 ..

0.깃은 어렵습니다.개인적으로 초반 러닝커브가 굉장히 높은 스킬이라고 생각합니다.특히 깃의 기본 개념보다는 협업을 위한 워크 플로우를 학습할 때가 난이도가 높습니다.협업을 위한 깃을 학습하며 느낀 점은, 정말 다양한 방법론이 있습니다. 개발자마다 선호하는 방식이 다르고 이는 비기너의 혼란을 야기합니다. 어떤 플로우를 선택해야할지, 이것과 저것은 어떻게 다른지 구별하기도 힘듭니다. 개인적으로 생각하는 깃을 학습하기 위한 가장 좋은 방법은 선배입니다. 능숙하게 사용하는 선배의 방법론을 그대로 흡수하는 것에는 방법론에 대한 고민이 필요없습니다. 여기에 협업을 위한 제 방법 한 가지를 서술합니다. 저에게도 아직 숙달된 방법이 아니고 이해가 부족한 개념이 중간중간 섞여있기 때문에 설명이 부족한 부분은 댓글로 질문..