일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Code
- darkmode
- window
- SwiftUI
- Python
- Git
- appstore
- Session
- 개발자
- Swift
- 한글
- Xcode
- github
- stack
- iOS16
- 웹뷰
- rxswift
- mac
- Firebase
- JPA
- FLUTTER
- MacOS
- Realm
- Apple
- IOS
- view
- UIButton
- Notification
- Archive
- error
- Today
- Total
목록github (8)
EEYatHo 앱 깎는 이야기
명령어 실행 전에, 다른 브랜치(원격 브랜치를 나두면 best)들이 원래 자리에 남아있어야 한다. 안그러면 커밋히스토리 다 사라짐. git reset [비교하고 싶은 커밋ID] 해당 명령어를 하게되면, 원하는 (과거)커밋으로 이동하며, 소스 코드들은 그대로 남아있고, 이동하기 전 커밋과, 이동한 후 커밋의 변경사항들이 unstage상태로 남아있게 된다. 이제 SourceTree나 tig 같은 것들로 어떤 변경사항이 있는지 체크할 수 있다. 체크한 뒤 다시 원래자리로 돌아가면 끝. git reset [원래 커밋ID]
1. 원격 브랜치 삭제하기 브랜치명에 origin을 붙히지 않는다. git push origin --delete [브랜치명] 2. 로컬 브랜치 삭제하기 마찬가지로 origin을 붙히지 않는다. git branch -d [브랜치명] 로컬, 원격 다 삭제하고 싶으면 위 2개를 실행하면 된다. git push origin --delete [브랜치명] git branch -d [브랜치명] 3. 로컬 브랜치 생성하고, 원격에도 생성 git branch [브랜치명] git push origin [브랜치명]
사내 앱 GithubAction 적용하다가 알아낸 것들 적습니다. 생략 ) 1. CI / CD 할 때 인증이 필요한 구간은 2가지다. 2. 개발 주체와 배포 주체가 같느냐 다르냐에 따라, 인증에 요구되는게 달라진다. 3. auto signing을 하려면 애플 로그인이 필요하다. ( 사내 서버면 쉽지만, 깃헙액션에서는 넘나 어려운 짓이다 ㅠ ) 1. 일단 CI / CD 할 때 인증이 필요한 구간은 2개임. archive 할 때, exportArchive (ipa생성) 할 때. 1) archive 할 때의 특징 깃헙 서버에서 archive를 할 때는, xcode에서 설정한 build setting을 따라감. 즉, xcode의 Signing & Capabilities에 설정 한 것에 따라 Auto sigini..
매우 주관적이고, 개인 경험에 따른 내용입니다. 1. cmd 장점 - 감성 넘침. ( ㄹㅇ ) - 타자 치는 맛이 있음. - git 명령어들에 익숙해질 수 있음. - 플러그인 설치로 커스터마이정 자유로움. 단점 - 긴 커밋메시지 작성 불편함. - 변경사항 확인하기 불편함. ( 이거만 편했으면, cmd 계속 썼을 듯 ) - 사전 세팅이 복잡함. - 타자로 치는게 불편할 때도 있긴함. 2. xcode git 장점 - 한 파일의 커밋 분리가능. ( 대박대박 ) - 사전 세팅 편함. - 누구보다 빠르게 commit 가능. 단점 - 커밋 히스토리 보는게 불가능. ( 치명적인 단점 ) 3. sourceTree 장점 - 누구보다 빠르게 merge 가능. - 다양한 계정 repository 왔다갔다 하기 편함. ( 회..
나중에 시간 지나서 보면, 잘 할 수 있도록 기록하는 용도. .github/workflows/swift.yml 에 있는 파일로 여러 스크립트나 옵션들 설정 가능. gpg로 필요한 certification 이랑, provision 암호화하고 .github/secrets에 올림. 복호화에 필요한 정보는 깃헙액션 옵션에 secrets에 올림. name: Swift on: push: branches: [ master ] pull_request: branches: [ master ] jobs: build: runs-on: macos-latest # macOS 최신버전이서 빌드한다는 뜻 env: XC_VERSION: ${{ '12.5.1' }} XC_PROJECT: ${{ 'Nemo.xcworkspace' }} X..
git에는 3종류의 설정 파일이 있습니다. system < global < local ( 오른쪽일수록 우선순위가 높습니다. ) git config --list 설정된 값들이 뭐가있는지 확인 같은 키값이 여러개일 수 있는데, 아래일 수록 우선순위가 높습니다. ( local config가 제일 밑에 쓰임 ) git config [설정 이름] 어떤 값이 들어있는지 확인 가능한 설정값 목록 ( 영어, git 공식글 ) git-scm.com/docs/git-config.html Git - git-config Documentation When using the deprecated [section.subsection] syntax, changing a value will result in adding a multi-..
커맨드창에서 git을 사용할 때, 어떤 계정으로 사용되는지 그 기준은 키체인에 있다. 키체인 접근에서 git을 검색하고 github.com을 더블클릭. 여기에 적혀있는 계정{github에서 로그인할 때 쓰는 이메일}과, 암호{github에서 로그인할 때 쓰는 비밀번호}가 내가 command line에서 git을 사용할 때 적용되는 계정이다. 요놈들을 수정하면서, 이 계정 저 계정에 있는 레포들을 들었다 놨다 할 수 있다~
.gitignore에 적으면 바로 추적 안되도록 적용되는 파일이 있는 반면, .gitignore에 적고, add하고, commit하고, 심지어 push해도 추적을 계속하는 파일이 있습니다. 이거 때문에 좀 삽질했었는데, 드디어 비밀이 풀렸습니다. .gitignore은 파일 수정하자마자 적용되는게 맞고, 이미 레포지토리에 올라간 파일은 삭제하기 전까지 .gitignore를 무시하고 계속 추적하는 것입니다.. 그래서 해당 파일 삭제 후 commit해주면 더이상 추적하지 않습니다.