1. 문서화 기본적으로 README를 하나하나 사람이 직접 만드는 것은 생각보다도 복잡하고 많은 시간과 노력을 필요로 한다. 스크립트의 양이 많고 복잡하기 때문이다. 또한 아주 상세하게 작성된 설명은 사실상 코드를 직접 보는 것과 차이가 없을 수 있다. (고도로 발단된 설명은 코드와 다를 바 없다.) 차라리 코드에 대한 최소한의 설명을 주석으로 추가하는 것이 올바를 수 있다. 이에 정해진 규칙에 따라서 작성된 주석을 자동으로 문서화하는 프로그램을 사용할 수도 있다. 3줄 요약 닥치고 md를 작성하는 짓은 멍청하다. → 이럴 바에는 그냥 코드를 보고 이해하는 것이 더 올바르다. 그럼에도 코드를 보고서 쉽게 파악하기 동작 원리는 주석으로 추가하는 것이 옳다. 필요하다면 최소한의 클래스와 메서드만 자동으로 문..

1. Projects 생성 개발 프로세스 전반을 관리하기 위해서 사용한다. 가. view 생성 + New view를 누르면 다양한 형태의 view를 생성할 수 있다. Table 형태의 view다. 다른 view에서 추가한 item들은 다른 view에도 자동으로 추가된다. Board를 통해서 작업의 status를 쉽게 파악하고 관리할 수 있다. Roadmap은 작업의 일정을 쉽게 파악하고 관리할 수 있다. 일정 관리를 위해서 별도의 문서를 추가로 작성하지 않아도 되어 편하다. 나. fields Robby scene, In Game scene 등 카테고리 fields값을 기준으로 그룹을 지었다. 이외에도 땡땡이를 누르면 field값을 이용해서 filter를 걸 수도 있고 정렬도 할 수 있다. 다. Setti..

1. Branch Protection rules 선택할 수 있는 rule이 너무 많다. 사용할 때마다 설명을 추가하겠다. Branch name pattern : Protection rule이 적용될 브랜치를 선택한다. 정규 표현식을 지원하는 것 같다. Require a pull request before merging → Require a approvals : merge 전에 PR을 생성하고 다른 사람의 승인이 필요함. 협업 시 branch를 direct push로부터 보호하고 코드 리뷰를 강제하기 위함. Require status checks to pass before merging : status check를 통과해야만 merge 된다. status check란 PR시 동작하는 테스트 정도로 이해하자..

1. Git flow 💡 Git-flow는 총 5가지의 브랜치를 사용해서 운영을 합니다. main(master) : 기준이 되는 브랜치로 제품을 배포하는 브랜치 입니다. develop : 개발 브랜치로 개발자들이 이 브랜치를 기준으로 각자 작업한 기능들을 합칩니다. feature : 단위 기능을 개발하는 브랜치로 기능 개발이 완료되면 develop 브랜치에 합칩니다. release : 배포를 위해 master 브랜치로 보내기 전에 먼저 QA(품질검사)를 하기위한 브랜치. hotfix : master 브랜치로 배포를 했는데 버그가 생겼을 떄 긴급 수정하는 브랜치 입니다. develop 브랜치를 기준으로 작업에 필요한 새로운 branch 만들어서 작업 후에 develop에 merge 하기.

1. 빈 박스 생성하기 - [ ] 2. 체크된 박스 생성하기 - [x] - [X] 대소문자 상관없이 x 추가.

0. 참고 자료 GitHub의 대용량 파일 정보 - GitHub Docs GitHub의 크기 제한 정보 GitHub는 파일 과 리포지토리 크기에 대한 하드 제한이 있지만 모든 Git 리포지토리에 풍부한 스토리지를 제공하려고 시도합니다. 사용자의 성능과 안정성을 보장하기 위해 docs.github.com 1. Github 용량 제한 GitHub은(는) 리포지토리에 허용되는 파일의 크기를 제한합니다. GitHub는 100MB보다 큰 파일을 차단합니다. 50MB보다 큰 파일을 추가하거나 업데이트하려고 하면 Git에서 경고가 표시됩니다. (성공적으로 푸시되지만 커밋을 제거하고 별도의 방식을 사용하자. ) 2. 리포지토리의 기록에서 파일 제거 본격적으로 대용량 파일을 푸시하는 방법에 대하여 알아보기 전에 잘못 푸..

1. Dockerhub mysql mysql - Official Image | Docker Hub Quick reference Supported tags and respective Dockerfile links 8.0.32, 8.0, 8, latest, 8.0.32-oracle, 8.0-oracle, 8-oracle, oracle 8.0.32-debian, 8.0-debian, 8-debian, debian 5.7.41, 5.7, 5, 5.7.41-oracle, 5.7-oracle, 5-oracle 5.7.41-debian, 5.7-debian, 5- hub.docker.com node.js 수업이 mysql을 사용하게 되었다. 따라서 mysql을 Dockerfile에 추가하고 docker-compose..

1. 멀티 플랫폼을 지원하는 이미지 생성하기 Multi-platform images docs.docker.com [Docker] Buildx로 cross-platform 이미지 빌드하기 Buildx Docker는 multi-architecture 빌드 등, 다양한 빌드 옵션을 지원하는 CLI 플러그인을 제공합니다. Buildx는 19.03 이후 버전부터 사용이 가능하다고 하니 버전 확인이 필요합니다. 공식 문서에 따르면, velog.io 멀티 플랫폼 빌드를 위한 Docker Buildx 개요 최근 Apple M1 기반의 맥북의 등장, AWS 그라비톤 서버군의 등장으로 ARM64 기반의 서버들을 지원하기 위한 도커 이미지 빌드가 필수로 되가고 있다. 따라서 이를 위한 방법으론 크게 2가지가 있 gurume..