ELLO의 개발일지

준비물: Xcode, Terminal Git Clone은 생략하겠습니다. ※ 우리팀 룰: develop 브랜치에 작업을 최신화한다(쌓는다) 배포(스토어에 버전 업데이트)할 때 main에 쌓아서 배포한다. (편의상 develop을 dev라고 하겠습니다.) 항상 현재 브랜치를 dev로 최신화(pull, merge)를 하고 작업을 시작합니다.(다른 개발자의 작업이 dev에 merge됐을 수 있음) 터미널에서 작업 할 때, 항상 .git 파일이 포함되어 있는 경로로 이동해서 깃 명령어를 수행합니다. 전체 과정은 다음과 같습니다. # develop으로 head 옮기기 git checkout develop # devlop에서 will이라는 브랜치 생성 git checkout -b will # 완료된 작업 임시저장 ..

오늘의 결과 화면입니다. Xcode로 작업한 프로젝트를 GitHub의 레포지토리에 저장해보겠습니다. ※ Xcode에서 GitHub 계정을 연동한 상태에서 진행합니다. [Step 1] New Remote... 클릭 Xcode 좌측 Navigator에서 Show the Source Control navigator 클릭 -> main 우클릭 -> New Remote... 클릭 [Step 2] 해당 프로젝트의 원격 생성 레포지토리명, 레포지토리 볼 수 있는 권한, Remote Name 설정하고 Create 레포지토리 생성 완료! 이제 프로젝트를 수정 후, terminal에서 프로젝트의 경로로 이동해서 add + commit + push를 하게 되면 해당 레포지토리가 업데이트됩니다.

문제 1. "Please, commit your changes or stash them before you can merge." 해당 문제는 로컬 저장소와 원격 저장소의 충돌에 의해 생기는 에러입니다. 이 상황에서 commit 또는 stash를 하라고 주문하는데, 커밋하기에는 애매한 상황이 생각보다 많습니다. 그래서 변경사항을 임시 저장하고 pull 후, 임시 저장했던 파일을 병합하는 방식으로 해결해보겠습니다. // 변경 사항 임시 저장 후 git pull git stash git pull // 임시 저장 인덱스 merge git stash list git stash apply stash@\{0\} git stash apply --index * tip: git stash apply 까지 작성하고 tap ..

위와 같은 에러가 발생했습니다. 찾아보니 맥을 업데이트하고 난 후 발생하는 Xcode CLI 관련 이슈라고 합니다. 에러를 해결해보겠습니다. [Step 1] terminal에 다음의 명령어를 입력 xcode-select --install [Step 2] 소프트웨어 설치 ※ 참고 출처 hahwul Mac 업그레이드 후 개발 관련 도구 에러(xcrun: error: invalid active developer path) 해결방법(xcode-select --ins 최근에 모하비에서 카탈리나로 업그레이드 했습니다. 매번 업데이트 때마다 여러 문제가 발생하는데, 이번에도 어김없이 xcode cli 관련 이슈가 또 터지네요.. 매번 명령어 때문에 검색하기도 귀 www.hahwul.com

오늘 포스팅할 내용은 API를 연동해서 데이터를 가져올 때 .gitignore 파일을 이용해서 API Key를 숨기는 방법에 대해서 알아보겠습니다. [Step 1] Storage.swift 안에 API Key 저장하기 [Step 2] API Key를 넣어야 하는 자리에 Storage().apiKey 넣기 [Step 3] terminal을 열고 프로젝트 가장 상위 폴더로 이동 후, 다음의 명령어 입력 // .gitignore 파일 생성 touch .gitignore // .gitignore 파일 열기 open .gitignore .gitignore 파일에 Storage.swift 추가 후 저장 [Step 3] 다음의 명령어 입력 git status를 입력해서 .gitignore이 생성되었는지 확인 git ..

git commit을 진행하다가 다음과 같은 에러가 발생했습니다. 해당 문제가 종종 발생하곤 했었는데, 커밋 메시지를 모두 작성하고 메시지 작성 창을 나갈 때 보통 ':wq!'로 종료합니다. 하지만 이 이외에 허용되지 않는 키워드를 입력하고 종료하면 위와 같은 에러가 발생할 수 있습니다. ex) :q 찾아보니 vi editor 버그라고 합니다. 해당 에러를 해결해보겠습니다. [Step 1] commit 된 파일 확인하기 git commit --amend 이전에 커밋했던 내역을 확인할 수 있습니다. [Step 2] terminal에 해당 명령어 입력 git config --global core.editor /usr/bin/vim [Step 3] 커밋 메시지 수정 git commit --amend 수정 후,..

Repository 이름을 변경하고 로컬 저장소에서 변경된 remote 저장소의 URL로 재설정하는 방법에 대해서 알아보겠습니다. [Step 1] 변경할 Repository에서 Setting 클릭 [Step 2] 이름을 변경하고 Rename 클릭 [Step 3] 새로운 리모트 저장소 주소로 재설정 git remote -v git remote set-url origin [URL] git remote -v ex) git remote -v git remote set-url origin https://github.com/Minny27/TodaysCafe git remote -v 이후에 로컬 저장소에서 프로젝트 이름을 변경하고 git add, commit, push하면 됩니다. ※ 참고 출처 bitcodic [G..

오늘의 결과 화면입니다. 구현할 기능을 Issue로 생성하고 Pull Request를 만들어서 Issue를 참조하고 main branch에 sub branch를 merge 후, 병합된 Issue를 closed 하는 과정을 설명하겠습니다. [Step 1] 새로운 Issue 생성 Issue 버튼이 생성되지 않는다면 Settings -> Options -> Issues 체크 Issue를 구현하기 위한 Task 생성 [Step 2] Issue를 구현하기 위한 Task를 다시 Issue로 생성 각 Task를 클릭하고 Open convert to issue를 클릭 다음과 같이 Issue가 Task별로 생성됩니다. [Step 3] Swift 파일 생성 (리포지토리를 클론해서 수정했다고 가정하겠습니다.) [Step 4..

브랜치의 커밋 메시지를 수정하고 푸시했을 때 해당 에러가 발생했습니다. 그리고 pull을 하고 push를 하려고 하니 다음의 에러가 발생했습니다. 해당 에러를 찾아보니 pull을 진행하면서 merge 하는 과정에서 충돌이 발생한 것으로 확인됐습니다. 아마도 로컬에서 Commit을 남긴 상태에서 push 하지 않고 pull 후, push를 해서 생긴 에러인 것 같습니다. 해당 에러를 해결해보겠습니다. [Step 1] merge 취소 git merge --abort [Step 2] 충돌한 부분 수정 [Step 3] commit + pull git commit -m "메시지 내용" git pull [원격저장소명] [브랜치명] ex) git commit -m "파일 내용 수정" git pull origin fe..

오늘 포스터의 결과 화면입니다. 기존 레포지토리에는 contribute 탭이 없어 커밋 히스토리를 확인할 수 없었지만 기존 레포지토리를 병합한 새로운 레포지토리에서는 커밋 히스토리를 확인할 수 있습니다. 커밋 히스토리를 확인할 수 있도록 기존 레포지토리를 새로운 레포지토리에 병합하는 방법을 알아보겠습니다. [Step 1] 새로운 레포지토리를 Public으로 생성 (필자는 fork 후, 병합했습니다.) [Step 2] 로컬 저장소에 두 레포지토리를 각각 클론 첫 번째 레포가 기존 레포, 두 번째 레포가 새로 만든 레포입니다. (쉽게 original 레포, destination 레포라고 하겠습니다.) [Step 3] 원격 저장소를 생성하고 해당 저장소에 original 레포 경로 등록 cd [destinat..