본문 바로가기

Git

(5)
[Github/협업] Github Project로 해야할 개발 todo list를 편하게 관리하기!!! #1 안녕하세요. 이번 포스트는 Github 카테고리에 있는 Project 탭을 통해 프로젝트에서 개발 tasks의 to do list를 정하고 풀리퀘 할 때, 이슈를 기반으로 todo list를 연동해 작업들의 수행 상태를 다루는 방법을 공유하려고 합니다: ) 저는 기존에 협업 시 개발해야 할 요구사항 todo list를 팀원과 같이 노션에 정리 해왔습니다. 그리고 지금 작업중인 개발 진행 상황을 notion의 간트 차트를 통해 서로의 개발 작업 상황을 팀원과 공유했었습니다. 이 경우 좋은 점은 서로가 하고 있는 업무를 공유할 수 있다는 점입니다. Github project와 issue로 개발 todo list를 관리하기 +_+그것은 바로 Github Project와 issue를 통해 위와 같은 개발 진행 ..
[Github] review pending . pull request에 답변을 달았는데 상대방한테 안보이는 경우 guthub에서 기능 추가 이후, develop 브랜치로 Pull request를 했습니다. 요청사항을 커멘트 받았을 때 저도 답변을 했는데, 상대방한테는 보이지 않았습니다. 제가 단 review옆에는 pending이라는 라벨이 붙어 있었습니다. File changed에서 상대방의 커맨트에 대한 요청사항 등을 수정한 후에 review changes에서 Submit review 를 눌러야 상대방 한테 내가 review한 글이 보입니다!!
[iOS/Git] .xcodeproj/project.pbxproj 양쪽에서 수정( merge할 때 자동 병합 안되는 경우) 띠로리.. fileOrganization 브랜치에서 파일 구조를 싹 변경하고 develop 브랜치에 merge한 후에 지금 개발중인 notification branch로 merge를 했는데 .xcodeproj/project.pbxproj 파일이 양쪽에서 수정됬다고 한다. 파일도 열리지 않았다... vim으로 해당 파일 들어가서 비 편집 모드에서 검색 하는 '/' 명령어 이후에 >>>를 검색했다. 휴.. 뭔가 자동 병합이 안되는 경우가 나왔다. 머지 하기위해 병합 하니까 다시 잘 돌아간다!! 결론 : 서로 다른 브랜치에서 .xcodeproj/project.pbxproj 를 업데이트 한 후에 합쳐야 할 상황에는 자동 병합이 안된다. -> vim으로 수동 병합 해주면 충돌 해제완료!! 근데 한가지 문제가 있다..
[ios/Git] can't find gem cocoapods (>= 0.a) with executable pod 에 관해 파이어베이스에서 Codable타입으로 파싱받기 위해 Podfile에서 pod 'FirebaseFirestoreSwift'를 추가했다. 그 후 설치를 하려고하니 이와 같은 에러가 떴다. pod install 하면 이런 에러가 뜨고.. 많은 시행착오를 겪고 잊고 있었던게 m1칩은 sudo arch -x84_64 를 이용해서 pod install을 했던 기억이.. 내가 해결한 결론은 cocoapods를 완전히 삭제하고 m1칩에 맞게 다시 설치하기로 결정했다. 이분의 글을 참고해서 ffi를 재 설치하고 https://kkh0977.tistory.com/1808 sudo arch -x86_64 gem install cocoapods 이것을 통해 cocoapods 설치를 하려고했는데 설치가 안됬다.(삭제는 잘 됬는..
git merge 에 관련된 실험 .merge 된 브랜치. 특정 커밋 시점으로 이동하는 법 git merge에 관해서 궁금했던 상황 내가 궁금했던 것은 우선 아래와 같은 상황(초록색 밑줄)일 때 그다음 branch의 쓰임과, merge에 관련된 궁금한 상황 3가지가 발생된다. (기존 상태) 기존 master 브랜치에서 my.cpp소스 파일을 생성하고, 첫번째 커밋을 완료한 이후에 새로운 dev branch 를 생성해서, 그곳에서 my.cpp라는 소스파일 에 대해 특정한 작업을 진행한 후에 git checkout master git merge dev 을 실행했다. 그리고 master 브랜치에서 작업을 2번 마친 상황이다. (위에서 3번째 사진) (그런데 바로 아래 사진은 이후에 dev에서 다른 작업을 한 후에 또 checkout master 로 가서 merge 한 상태이다.) 궁금했던것 첫번째...