일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- Xcode
- SWIFT
- ribs
- Human interface guide
- map
- rxswift
- Protocol
- ios
- 애니메이션
- tableView
- UITextView
- swift documentation
- MVVM
- 클린 코드
- Observable
- 리팩토링
- 스위프트
- HIG
- clean architecture
- RxCocoa
- uitableview
- uiscrollview
- 리펙토링
- Clean Code
- swiftUI
- 리펙터링
- UICollectionView
- combine
- Refactoring
- collectionview
- Today
- Total
목록Git, CocoaPods, Xcode, Shell (71)
김종권의 iOS 앱 개발 알아가기
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) 커밋 -> 커밋포인트 확..
1. .pb & .grpc 1) 설치 brew install protobuf 2) SwiftGRPC (gRPC 커넥션을 위한 것) *참고 levelup.gitconnected.com/swift-grpc-577ce1a4d1b7
* Sync vs Async vs Serial vs Concurrent 개념: https://ios-development.tistory.com/589 1. Concurrency "time-slicing" : iOS에서 각 쓰레드는 병렬적으로 동시에 실행 가능 single core device에서는 위 그림과 같이 Thread하나로 "context switch"를 하면서 동작 multicore device에서는 위 그림과 같이 Thread여러개로 "Parallelism"으로 동작 2. GCD 1) 개념 GCD는 쓰레드의 최상위에 만들어지는 것, GCD는 공유된 Thread pool을 관리 하는 것 (Dispatch queue를 가지고 쓰레드의 실행을 결정) 2) Thread-safe Dispatch que..
cf) xcode사용시 UserInterfaceState.xcuserstate 파일 .ignore에 추가 할 것 1. 다운로드 kdiff3.sourceforge.net KDiff3 - Homepage News Features Screenshots Project At Sourceforge Licence: GPL Download Documentation Questions and Answers Abstract (PDF) KDiff3 on Debian Donations Links Current version (in this repository): 0.9.98 (2014-07-04) For information reg kdiff3.sourceforge.net 2. 다운로드 후, dock에서 finder 클릭 ->..
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...
1. branch의 원리 파일 구성도 .git파일 -> refs파일 -> HEAD파일 -> 최신 커밋한 브랜치 파일 -> object(최신 커밋) -> tree, parent object * HEAD : 현재 사용하고 있는 btanch를 가리킴 ex) 브랜치 파일 git branch [name]으로 하지 않고 생성하기 vim .git/refs/heads/exp 2. reset의 원리와 checkout 1) reset이란? 최신 커밋 시점을 변경하는 것 git reset --hard 8be853e6451aeaeb74dd708d8e121be915e46faf // 3번 커밋을 최신 커밋으로 바꾸기 2) reset 실행 되돌리기 ※ 여기서 reset을 사용해도 4번의 커밋은 실제로 제거되지 않음 : reset전..
이 두 가지를 위해서 branch사용 1. branch 기초 1) branch 목록 git branch 2) branch 생성 git branch ["branch name"] 3) branch 접근 branch checkout [branch name] 4) branch로 이동해서 작업한 경우, 해당 branch에서만 변경 2. branch 정보 확인 1) branch목록 git branch 2) 모든 브랜치 표시 git log --branches --decorate 3) 브랜치 그래프 git log --branches --graph --decorate - commit 별 graph를 그려서 branch간의 관계를 파악 할 수 있음 4) oneline git log --branchs --decorate -..