김종권의 iOS 앱 개발 알아가기

커밋 git commit m "add commit": 현재 stage에 올라간 것들을 커밋 git commit -am "add commit": stage에 올리기 + 커밋 상태 git status: 현재 stage에 올라간 파일과 unstage에 올라간 파일 확인 가능 git diff: 변경된 내용 확인 git diff --staged: commit된 파일 vs add된 파일 git diff {해쉬1} {해쉬2}: commit간 비교 git diff {브랜치1} {브랜치2}: 브랜치간 비교 git log --graph: 커밋 최종 결과만 그래프로 확인 git reflog: 커밋 결과 뿐만이 아닌 수정사항까지 다 나옴 (어디서 git rebase -i를 했고, squash를 했고 모든 것을 기록) 되돌리기..

특정 부분만 stage로 올리기 먼저 git diff로 변경된 부분을 확인 git add -p를 사용하여 특정 부분만 stage로 올리기 git status 현재의 git 상태를 확인하고, 변경된 파일도 같이 확인 ExGit% git status On branch main Changes not staged for commit: (use "git add ..." to update what will be committed) (use "git restore ..." to discard changes in working directory) modified: ExGit.xcodeproj/project.xcworkspace/xcuserdata/gimjong-gwon.xcuserdatad/UserInterfaceSt..

Git rebase interactive 기존의 커밋을 수정, 삭제, 이동, 생성이 가능 사용 방법 git rebase -i 옵션 또는 git rebase --interactive로 사용 커밋아이디 그 다음 부터 현재 커밋까지 모든 커밋을 가져옴 git rebaes -i 커밋아이디 커밋아이디를 사용해도 되지만 *HEAD를 사용해서 편리하게 사용도 가능 *HEAD: 현재 작업 중인 브랜치의 가장 최신 커밋 기본적으로 git rebase -i 명령어 실행 시 HEAD는 현재 브랜치에서 가장 최신 커밋을 가리킴 HEAD~3은 최신 커밋으로부터 HEAD포함하여 3번째까지 가져옴 입력하면 5가지 옵션 사용이 가능 pick - 커밋 순서를 재정렬하거나 해당 커밋을 수정 없이 그대로 사용한다는 의미 reword -..

1. GitHub Action 개념, 기능 (CI/CD) 2. GitHub Action 사용 방법 (CI/CD) Github Action PR을 날릴때마다 프로젝트에 문제가 있는지 자동으로 빌드 테스트 테스트 및 배포 파이프라인 CI/CD 구축 workflow 사용 순차적 or 병렬로 실행할 수 있는 하나 이상의 작업이 존재 Workflow workflow란 미리 정해진대로 기능이 수행되는 작업 흐름 repository에 yaml파일에 의해 저장 workflow는 이벤트에 의해 트리거될 때 수행되거나 수동으로 수행 이벤트: PR 생성, commit을 푸시 등 Workflows 설정 방법 Actions 클릭 workflow 구현 swift언어를 찾아서 Set up this workflow 선택 Xcode ..

reset 내용 참고: ios-development.tistory.com/120?category=905996 [git] 6. branch, reset, merge의 원리 1. branch의 원리 파일 구성도 .git파일 -> refs파일 -> HEAD파일 -> 최신 커밋한 브랜치 파일 -> object(최신 커밋) -> tree, parent object * HEAD : 현재 사용하고 있는 btanch를 가리킴 ex) 브랜치 파일 git.. ios-development.tistory.com Revert란? revert는 롤백할 때 롤백한 커밋이 새로 찍히며, commit point가 과거로 되돌아가지 않음 reset은 롤백하면 commit point가 과거로 돌아가며, 롤백 내역 삭제 revert 사용 ..

2번째 커밋포인트에 있는 내용을 "secnonds"로 바꾼 후, 커밋 메세지는 "modefied-2"로 바꾸고 싶은 경우 원리: 2커밋포인트 뒤에 새로운 커밋포인트 생성 -> 두 커밋포인트를 squash(합치기) 1. 수정하려는 바로 직전의 커밋 포인트로 rebase interactive: msg-1 커밋메세지가 찍혀있는 커밋포인트에 Rebase interactive 체크(amend commit) 후 ok버튼 HEAD가 2를 가리키는 것을 확인 (현재 rebase interactive를 진행하고 있는 상황) 2. HEAD가 2이므로 여기서 수정 후(커밋까지 완료 후) rebase continue를 하면, 수정된 내용이 2 뒤로 새로운 커밋포인트가 rebase될 것 1) 수정 2) 커밋 -> 커밋포인트 확..

cf) merge ... 당겨온다 생각 master -> f master정보를 f로 가져오기 git checkout f git merge master 1. Rebase란? 1) 개념 base commit을 rebase로 명령한 branch의 최신 커밋 point의 공통 commit point로 바꾸는 것 $ git checkout experiment $ git rebase master ex2) - f, m 은 각각 브랜치 - base는 두 개 브랜치의 공통 커밋정보 - base를 현재 master가 가리키고 있는 것(최신커밋)으로 바꾸는 것을 rebase라고 함 f가 커밋했던 정보들을 임시 저장소에 저장(petch)한 후, 최종적으로 merge git checkout f git rebase master ..

1. tag란? 1) 개념 특정한 커밋 id 또는 브랜치를 가리킴, 또는 설명 git tag 1.0.0 [branch name | commit id] 2) 생성 tag의 이름으로 접근 가능 git tag git tag 1.0.0 master git tag master git tag 3) 삭제 git tag -d 1.1.0 2. annotated tag 1) 어노테이션 : -a git tag -a 1.1.0 -m "bug fix" master 2) tag 정보 확인 : -v git tag -v 1.1.0 3. tag의 원리 1) annotated tag가 아닌 경우 - .git/tags/[tag이름]에 커밋 정보가 저장되는 것 git tag 1.1.2 2) annotated tag git tag -a 1...