Miner

https://airflow.apache.org/docs/apache-airflow/2.5.1/docker-compose.yaml

https://velog.io/@s2ilver8/%EC%82%AC%EC%9A%A9%EC%A4%91%EC%9D%B8-%ED%8F%AC%ED%8A%B8-%ED%99%95%EC%9D%B8-%EB%B0%8F-%EC%A2%85%EB%A3%8C%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95

Github Action으로 django test 하기(CI) :: wangkisa의 기술블로그 (tistory.com)

Python 패키지? Python에서는 여러 파일을 하나로 묶어 모듈처럼 활용할 수 있으며, 이를 패키지라고 한다. __init__.py __init__.py 와 여러 python파일을 한 폴더 안에 넣으면 패키지로 취급되어 편하게 활용할 수 있음

PR 작성 기준 최대한 작은 단위로 쪼개서 작성 Base가 될 issue를 생성하고 그와 관련된 sub issue들을 만들어서 작업하세요. Main issue : API에서 데이터 받아오기 Sub issue 1 : API 키 발급, request parameter 확인 Sub issue 2 : raw data 받아오는 코드 구현 Sub issue 3 : 테이터 파싱하고 데이터 모델 형태에 맞게 정리하기 헤이딜러 개발팀 모두가 행복한 개발/PR관리 방법 7가지. 헤이딜러에서 팀으로 개발하면서 효율적으로 코딩하고 PR을 만들고 이… | by Ted Park | PRND | Medium

Commit message 제목(필수), 본문, 꼬리말로 구성 : Type feat : 새로운 기능 추가, 기존의 기능을 요구 사항에 맞추어 수정 fix : 기능에 대한 버그 수정 build : 빌드 관련 수정 chore : 패키지 매니저 수정, 그 외 기타 수정 ci : CI 관련 설정 수정 docs : 문서(주석) 수정 style : 코드 스타일, 포맷팅에 대한 수정 refactor : 기능의 변화가 아닌 코드 리팩터링 ex) 변수 이름 변경 test : 테스트 코드 추가/수정 release : 버전 릴리즈 Subject Type 과 함께 헤더를 구성합니다. 예를들어, 로그인 API 를 추가했다면 다음과 같이 구성할 수 있습니다. ex) feat: Add login api Body 헤더로 표현이 가능..

이름 : feature/ 붙여서 작성 feature/main-page feature/chart feature/map-visualization main 에서 개발 X 위 이름 규칙에 따라 branch 생성 후 branch로 이동, 개발 진행 구현한 코드에 반여이 필요한 경우 Pull Request 작성

1. requirements.txt 가 존재 용도 : 패키지 관리 각자 업무를 하면서 설치해야 하는 라이브러리의 경우 자신의 venv(가상환경) 에 설치 후, pip freeze > requirements.txt 이렇게 하면 requirement.txt 에 자신의 다운로드한 라이브러리가 추가 되고, 이런 식 pip install -r requirements.txt 하면, 업데이트된 패키지를 자동으로 다운로드 해준다. ※ 필요 패키지 설치 pull 로 main 에서 진행상황을 모두 받아오고, requirements.txt 확인 (가상환경을 생성하지 않았을 경우) shell 실행 후 가상환경 생성 python -m venv {venv name} 특정 버전 python으로 가상환경 생성 python3.12 -..