Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
Tags
- Git
- silent printing
- animation
- Failed to compiled
- Each child in a list should have a unique "key" prop.
- ELECTRON
- dvh
- adb pair
- 티스토리 성능
- augmentedDevice
- github pdf
- 이미지 데이터 타입
- camera permission
- nextjs
- electron-packager
- github lfs
- rolldown
- device in use
- custom printing
- camera access
- npm package
- react-native
- ffi-napi
- Recoil
- adb connect
- html
- Can't resolve
- github 100mb
- react-native-dotenv
- vercel git lfs
Archives
- Today
- Total
목록2023/05/29 (1)
Bleeding edge
협업을 위한 PR 가이드라인 및 용어 정리
개요 최근에 회사에 동료들이 늘어나면서, 이전과 같게 진행하면 문제가 생길 것 같아서, PR 가이드라인을 작성하고 컨벤션을 위하여 자동화를 세팅하기로 했다. PR 작성 가이드 라인 1. 코드 변경은 작게 작성 (LOC(Line of codes)는 400줄 이내로 작성) 2. 버그 하나당 하나의 PR 3. 버전 업데이트 및 리팩토링은 별도의 PR로 관리 4. 규모가 큰 변경 사항은 의미(semantic) 단위로 분리 5. 맥락을 이해할 수 있는 정보를 PR에 담기(내용에는 어떤 코드인지보다 왜 이 코드를 작성했는지가 중요) PR 내용 가이드라인(template를 만드는 것도 좋다) 1. 이 PR은 어떤 PR인지 2. 이게 왜 필요한지(Optional) 3. 어떻게 구현했는지 4. 어떻게 테스트 할 수 있는..
Git & Github
2023. 5. 29. 16:27