일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 직장인인강
- ios
- 패스트캠퍼스
- 픽셀
- 뉴북
- git
- viewDidAppear
- 디자인 트렌드
- 플랫디자인
- commit
- 패스트캠퍼스후기
- 아이폰
- 직장인자기계발
- Git Tutorial
- 머티리얼 디자인
- viewDidLoad
- 입력 개수 제한
- 코드리팩토링
- 8 그리드 시스템
- commit messages
- SWIFT
- 스큐어모피즘
- commit message
- iOS앱개발올인원패키지Online.
- 패캠챌린지
- 포인트
- Xcodebuild
- 뉴모피즘
- git workflow
- coordinator pattern
- Today
- Total
목록Git (11)
왕논의 연구실
.gitignore 파일은 Git이 버전 관리하지 않을 파일이나 폴더를 지정하는 설정 파일입니다.iOS/macOS 개발(Xcode 기반)에서는 프로젝트를 빌드하거나 작업하면서 다양한 임시 파일, 개인 설정 파일이 생성됩니다.이러한 파일들은 Git 저장소에 올릴 필요가 없고, 오히려 저장소를 지저분하게 하거나 충돌을 일으킬 수 있기 때문에,.gitignore를 잘 설정해주면 프로젝트 관리가 편해집니다.✍️ iOS/macOS 개발 시 무시해야 할 파일/폴더 정리git 관리시 신경쓰이는 것들을 정리했습니다..DS_StoremacOS가 폴더에 자동으로 생성하는 숨김 파일build/Xcode가 생성하는 빌드 결과물 폴더DerivedData/Xcode의 빌드 캐시 데이터 폴더 (용량 큼)*.pbxuserXcode ..
한글로 작성하는 경우를 템플릿화 했습니다.익숙하지 않기 때문에 4가지로 정리했습니다.접두사용도 요약[추가]기능 추가, 화면/이벤트/API 등[수정]버그 수정, UI 문제, 동작 이상 등[정리]코드 정리, 리팩토링, 스타일, 문서[환경]설정 변경, 라이브러리, 빌드, 테스트 등✨ [추가] — 새로 만든 것들[추가]: 로그인 화면 추가[추가]: 다크 모드 기능 구현[추가]: 사용자 정보 API 연동🐛 [수정] — 문제를 해결한 것들[수정]: 로그인 실패 시 메시지 오류 해결[수정]: 설정 화면 레이아웃 깨짐 수정[수정]: 프로필 진입 시 크래시 수정🎨 [정리] — 코드/구조/문서 개선[정리]: LoginViewController 코드 정리[정리]: 중복된 유틸 함수 제거[정리]: README 사용법 보완..
영어가 익숙하지 않아도 단어만 바꿔서 쉽게 쓸 수 있도록 만든 템플릿입니다.스타일은 Conventional Commits 규칙을 따릅니다.✅ feat: 기능 추가상황템플릿새로운 화면 추가feat: add [screen name] screen버튼/기능 추가feat: add [feature name] feature새로운 API 추가feat: add API for [feature]새 유틸 함수 추가feat: add [utility function name]예시:feat: add settings screenfeat: add API for user login🐛 fix: 버그 수정상황템플릿크래시 해결fix: prevent crash when [situation]UI 오류 수정fix: correct layout i..
FIX vs REFACTOR 둘 다 고치는건데 어떤 차이로 사용해야하나 헷갈렸음 FIX : 버그를 수정하기 위한 코드 수정 REFACTOR : 로직 변경하지 않고 기능 추가하지 않는 코드 수정 REFACTOR vs STYLE 둘 다 로직에 영향을 주지 않는 코드 수정이라는 면에서 위에 보다 더 헷갈렸음. 하지만 디테일하게 차이가 있음. REFACTOR : 코드를 직접적으로 건드림(변수명 수정, 프로세스 개선 등) STYLE : 코드를 건드리지 않음(들여쓰기, 세미콜론 추가 등)
git을 다루면서 git repo 이름을 그때 그때 마음대로 짓는 다는 느낌이 들었다. 간단한 규칙이 있다면 좀 더 편하게 이름 지을 수 있겠다 싶어서 대중적으로 사용하는 규칙이 있나 조사해보았다. 여러가지 다른 규칙들도 있지만, 너무 복잡하면 오히려 생성하기 어려워져서 간단한 규칙으로 정했다. Git Repo 이름 명명 규칙 소문자 사용 dash(-) 사용 구체적으로 작성 https://stackoverflow.com/questions/11947587/is-there-a-naming-convention-for-git-repositories Is there a naming convention for git repositories? For example, I have a RESTful service cal..

Git 블로그 홈페이지를 제대로 사용해보려고 했습니다. 기존 테마는 너무 가운데 몰려서 작게 나왔기에 다른 테마를 사용하기로 하였습니다. 새롭게 찾은 테마는 Chirpy 깔끔하고 큼직한 글씨가 맘에 들었습니다. 기존 repo를 바꿔 쓰기로 하고서는 clone 후 파일을 바꿔 넣었는데... css가 먹히지 않고 --- layout: home # Index page --- 코드만 덩그러니 보였습니다. 이 문제를 해결하려고 여기저기 돌아다녔는데, 결국 해결을 못했습니다. 일단, 알아낸 것은 Chirpy 테마는 github에 푸시를 하면 안정성을 위해 CI/CD로 테스트를 하고서 gh-page 브런치를 생성하는데, 이 브랜치가 생성되지 않았습니다. 일단 자동으로 테스트한다는 것을 알아내고서는 github act..