꼰대코더

tag & release릴리스 버전의 표식을 위해 사용이전 실행되었던 commit 으로 이동하기 위해 사용프로젝트내의 특정 변경을 표식변경에 관한 문서를 제공하는데 도움아래는 릴리스 버전의 표식을  위한 설명 1. 리포지트리의 오른쪽 하단의 Create a new release 를 클릭 2. Choose a tag 을 클릭하여 원하는 새로운 버전명을 입력 3. Generate release notes 를 클릭하면 자동으로 샘플이 입력, 내용에 맞게 편집 후 Publish release 클릭  4. 아래와 같이 생성

준비 로컬 리포지트리에서 github 에의 인증을 위해 엑세스 토큰 생성 ☞ 여기를 참조1github의 새로운 정책에 의해 패스워드 입력이 나오면 엑세스 토큰을 입력해야 하니 주의가 필요github 리포지트리 생성외부에 공개하지 않는 경우에는 Private를 체크하고 나머지는 디폴트설정 후 Create repository생성된 리포지트리 화면에서 Code 를 클리하여 URL 을 카피한다. 새로운 프로젝트를 등록로컬 개발PC의 컴멘드 프롬프트에서 개발 디렉토리로 이동github에서 카피한 URL clone 한 후 생성된 리포지토리명 디렉토리로 이동한 후 main 브랜치로 전환> git clone https://github.com/your_account/repository_name.git> cd your_a..

Git의 대표적인 브랜치 전략 Git Flow        … 유연한 브랜치 구성이지만 복잡GitHub Flow … master 브랜치는 deploy가능한 상태를 유지하기에 최소 구성GitLab Flow  … develop, staging, production 브랜치등의 상용 전개를 의식※ GitHub과 함께 사용하기에 GitHub Flow를 소개한다.branch / commit main 은 근간 브랜치이고 새로운 기능을 추가할 시에는 main 에서 각각 새로운 브랜치(dev-1, dev-2.. 이름은 자유)를 파생시켜 작업을 진행하게 된다.동시에 새기능을 추가시에는 같은 화일을 건들면 나중에 merge시에 conflict 가 되니 주의가 필요하다.commit 은 브랜치내에서 가능하고 작은 단위의 작업이..

개발 PC 하나의 프로젝트에 복수의 서브 어플리케이션의 폴더를 두고 개발 각 서브 어플리케이션 폴더에는 Dockerfile 가 존재 프로젝트 폴더하에 서브 폴더들 안의 Dockerfile 를 제어하는 1개의 docker-compose.yml 를 작성 docker-compose.yml 를 이용하여 개발 PC내에서의 동작을 확인 동작 명령어 결과 이미지 빌드 docker-compose build docker-compose.yml 내의 각 서비스하의 build 설정을 이용하여 이미지를 빌드 개별 docker build 를 한꺼번에 수행 ※ 서비스만 정의되고 Dockerfile 이 없는 경우는 docker-compose up 시에 docker-hub로부터 이미지를 다운로드 함. 칵오프 docker-compose..

docker-compose.yaml 알아보기 에서 생성된 docker-compose.yaml 과 web 서비스의 image 를 서비스할 서버에 릴리스 하는 법을 살펴 보자. docker-compose.yaml 알아보기 docker-compose 는 시스템을 구성하는 Dockerfile 들의 build 와 container 들의 start, stop 일련의 작업들을 간편하게 해주는 이외에 네트웍의 공유등의 편의를 제공해 준다. 샘플 폴더, 화일의 구성 ── web eldercoder.tistory.com docker를 사용하는 장점이라하면 모듈화, 소스 숨김등이 있겠지만 뭐니뭐니해도 서비스할 서버에 동작환경을 만들지 않아도 된다는 가장 큰 장점이 있다. 단순히 서버에 docker 만 인스톨하면 귀찮은 설치..

docker-compose 는 시스템을 구성하는 Dockerfile 들의 build 와 container 들의 start, stop 일련의 작업들을 간편하게 해주는 이외에 네트웍의 공유등의 편의를 제공해 준다. 샘플 폴더, 화일의 구성 ── web ├── app.py ├── Dockerfile └── requirements.txt ── docker-compose.yaml docker-compose.yaml version "3.8" services: redis: image: redislabs/redismod ports: - '6379:6379' restart: always web: image: yaho/web:1.0 build: context: ./web dockerfile: Dockerfile ports..

conda 가상환경을 작성하여 flask 웹 어플리케이션 작성에 필요한 라이브러리를 인스톨하고 app.py 에 작성했다고 하자. 같은 폴더에 아래와 같이 인스톨한 라이브러리 리스트를 작성하자. pip list --format=freeze > requirements.txt 그러면 폴더에는 - app.py - requirements.txt 가 존재한다. 같은 폴더에 Dockerfile 화일명으로 아래와 같이 작성하자. FROM python:3.9-slim-buster WORKDIR /app COPY . . RUN pip install -r requirements.txt EXPOSE 5000 ENV FLASK_APP=app.py CMD ["flask", "run", "--host", "0.0.0.0"] FRO..

docker-compose.yml 이 있는 폴더에서 build 화일에 변화가 있을때 마다 docker-compose down 을 먼저 실행 $ docker-compose build up docker 들을 container 생성하여 start $ docker-compose up down docker 들을 stop 하여 제거 $ docker-compose down

설치된 environment 리스트 conda env list 특정 environment 활성화 source activate [env 명] environment 비활성화 -> base 로 되돌아 가기 source deactivate 새 environment 생성 (python 버젼 지정) conda create --name [새env] (python=3.8) 생성후 activate 한 후 pip 을 인스톨 (base) conda activate [new env name] ([new env name]) conda install pip 기존 environment 복사해서 생성 conda create --name [새env] --clone [구env] environment 삭제 conda remove --na..

(부가정보) docker 내에서 conda 의 가상환경 에서 인스톨한 라이브러리를 한꺼번에 설치하려면 requirements.txt 를 생성해서 pip install -r requirements.txt 를 실행한다. 그런데 최신 pip 에서 pip freeze > requirements.txt 를 실행하면 어떤 라이브러리는 @file .... 이라는 긴 폴더패스가 작성된다. 이는 docker 내에서 pip install 시 에러가 발생하는 원인이 된다. 이를 해결하기 위해 아래와 같이 해서 requirements.txt 를 만들기 바란다. pip list --format=freeze > requirements.txt docker hub 에서 ubuntu 를 가져오기 $ docker pull ubuntu ..