안녕하세요. 스포카 프로그래머 홍민희입니다.

파이썬 패키징 생태계에서 개발 환경을 구성하기 위해 널리 쓰이는 virtualenv나 pyvenv, virtualenvwrapper 같은 각종 도구가 왜 필요한지 (또는 자신에게는 큰 도움이 안 되는지) 알려면 그 이전의 파이썬 라이브러리 배포 방식에 대한 이해가 많은 도움이 됩니다. 여기서는 필요한 몇 가지 역사적 사실과 파이썬 패키징 개념 중 현재의 생태계 이해에 필요한 것들을 위주로 정리하고, 최종적으로 각자의 필요에 따라 어떤 도구를 활용하면 될지 지침을 제안합니다.

강릉출장맛사지£예약금없는출장샵♝강릉커플 마사지 방법﹝강릉서현 안마방﹞↩「강릉시화 안마방」☀강릉안마사 자격증☁강릉사당→강릉안마방 일베①강릉안마방 카드결제✡강릉서울 출장안마

패키징이고 뭐고 아무것도 없던 90년대 말에는 라이브러리 소스 코드 파일들을 타르볼(tarball)로 압축해서 배포했습니다. 쓰는 사람은 그걸 자신의 애플리케이션 소스 트리 안에 풀어서 사용했습니다.

파이썬에는 지금도 카지노사이트 라는 인터프리터 전역적인 상태가 존재합니다. PATH 환경 변수가 실행 바이너리를 찾을 디렉터리 경로들의 목록인 것과 비슷하게, sys.path평창귀두 마사지대전출장샵예약금없는출장샵 import foo 를 하면 foo.py (또는 foo/__init__.py) 파일을 찾을 디렉터리 경로들의 목록을 담습니다. 그리고 기본 동작으로 그 목록의 맨 처음에는 현재 디렉터리(./)가 들어갑니다. 따라서 라이브러리 타르볼을 애플리케이션 소스 트리에 풀어두면 import 해서 쓸 수 있습니다.

하지만 자신이 작성한 애플리케이션 코드와 남이 작성한 라이브러리 코드를 같은 소스 트리에서 관리하는 것은 여러모로 불편합니다. 따라서 라이브러리는 애플리케이션 소스 트리와는 별도의 디렉터리(예: ../libs/)에 풀어서 관리하고, 애플리케이션 소스 코드 맨 위에 아래와 같이 써두는 패턴이 많았습니다.

import sys
sys.path.append순창정왕동 안마방온라인카지노강릉여자 모텔강릉출장맛사지울산출장샵출장부르는법강릉출장맛사지서울출장샵강릉휘성 안마방↠강릉안마방 용어┃【강릉안마방 사귄】강릉미아 안마방♡강릉오리역 안마방♥강릉천안 마사지➢강릉삼계 안마방☎홍성fc2 안마방강릉마사지 볼강릉출장맛사지출장부르는법강릉라오스 마사지강릉안마방 69강릉마사지나라┢강릉창동 마사지•《강릉도봉구 안마방》강릉안마방 스텝√강릉구월동 안마방✓강릉범일동 안마방┊강릉안마방 튜브⇩예약금없는출장샵강릉텀블러 여관☚ 강릉불알 마사지┭‹강릉여관 다방›강릉양산 젤리 마사지™강릉엑소 안마방│강릉팔자주름 마사지↕강릉토렌트 마사지♦출장부르는법24시출장샵강릉모란 안마방╝강릉안마방 단속 일베サ「강릉안마방 나무위키」강릉안마방 아다⇞강릉av 에이미◢강릉안마방 후장☁강릉분당 마사지 추천▌강릉fc 마사지목포안마방 정액('../libs')

또는 sys.path 를 소스 코드를 건드리지 않고 조작하기 위해 진안안마방 영어 를 활용하는 경우가 많았습니다.

세기말, 파이썬 1.5를 쓰던 때의 이야기입니다.

강릉출장맛사지ワ출장부르는법ⓞ강릉커플 마사지 방법﹝강릉남성 왁싱﹞↲「강릉통영 안마방」┆강릉군산 마사지♝강릉상하이 마사지░강릉중동 안마방┪강릉부산 서면 안마방▨강릉안마방 나무위키

새 천 년이 밝았고 파이썬 2.0이 나왔습니다. 표준적인 라이브러리 배포 방식 및 설치 방식이 제안되었고, 표준 라이브러리에 의왕안마방 항문 도 들어왔습니다. (지금도 setuptools distutils 에 의존하고, pip는 setuptools

  • 강릉출장맛사지
  • 강릉국 노
  • 강릉출장맛사지
  • 예약
  • 에 의존합니다.) 제안된 방식은 이랬습니다.

    애플리케이션 코드가 아닌 라이브러리 소스 코드는 모두 /usr/local/lib/python X.Y /site-packages/ 디렉터리 안에 둡니다. X.Y 는 파이썬 인터프리터 버전이고, 경로는 인터프리터를 빌드할 때 ( ./configure ) 정합니다. 데비안 계열은 site-packages 대신 dist-packages라는 이름으로 바꿔서 빌드하는 등, 파이썬 인터프리터의 설치 방식에 따라 달라집니다. 어떻게 정하든 이를 site-packages 디렉터리라고 부릅니다. 파이썬 인터프리터를 빌드할 때 경로가 결정되므로, 파이썬 인터프리터 별로 각자의 site-packages 디렉터리를 갖게 됩니다. (한 시스템에서 여러 파이썬 버전을 설치했을 때 pip 역시 pip2.7 , pip3.6 등과 같이 버전 별로 명령어가 생기는 것도 같은 이유입니다.)

    기본적으로 sys.path 목록에는 맨 앞에 현재 위치(./), 뒤쪽에는 site-packages 경로가 들어있습니다. import 를 하면 현재 위치에서 찾고, 없으면 site-packages를 찾아본다는 뜻입니다.

    강릉출장맛사지ε출장부르는법☆강릉커플 마사지 방법﹝강릉동대구역 모텔 추천﹞↭「강릉안중 마사지」§강릉안마방 젤☭강릉다낭 vip 마사지➛강릉안마방 출근부┈강릉안마방 수원✤강릉송파 안마방

    표준 라이브러리의 distutils.core.setup() 함수는 라이브러리 파일들을 시스템의 site-packages 디렉터리에 복사해주는 함수입니다. 라이브러리 타르볼 파일 맨 바깥에는 이 함수를 이용해 라이브러리를 시스템 site-packages에 설치해주는 스크립트를 setup.py라는 파일명으로 포함하는 관례가 있었습니다. pip 같은 게 없던 때에는 라이브러리 타르볼을 받아서 푼 다음 wonderlend.xyz 을 실행하는 것이 일반적인 라이브러리 설치법이었습니다. 지금도 pip 는 *.whl 파일이 아닌 *.tar.gz/*.zip 파일인 패키지를 설치할 때 내부적으로 python setup.py install 스크립트를 실행합니다.

    참고로 이때 정립된 파이썬 패키징 표준은 리눅스에서 쓰이는 안동상남동 마사지괴산일반인 마사지 torrent 같은 일반적인 패키징 방식을 의식하며 만들어졌습니다. 영주마사지 의자 당시는 도커는 커녕 가상화 자체가 보편적이지 않던 때로, 한 시스템에 여러 애플리케이션을 함께 설치해서 쓰는 평택출장샵 이 일반적이었기 때문입니다.

    강릉출장맛사지ェ예약♪ 강릉커플 마사지 방법﹝강릉안마방 ssul﹞☻「강릉호텔 마사지」↧강릉강남구청 안마방♭강릉기흥구청 마사지╨강릉영종도 마사지┇강릉신설동 안마방♪강릉마산 안마방카지노사이트강릉엄지 눈 근육 마사지➴강릉신촌 마사지◥〖강릉오피스 방〗강릉오일 전신 마사지✪강릉불알 마사지↺강릉출장오피☀강릉천안 출장 만남╳대구출장안마lovejg.xyz24시출장샵출장부르는법나주출장 마사지 후기강릉출장맛사지예약금없는출장샵강릉출장전화번호┲강릉마사지 젤┇<강릉안마>강릉대구 동대구역 모텔☆강릉fc2 남친 마사지♭강릉스웨디시 마사지⇡강릉체코 마사지 토렌트↸swarovskiwholesalepriceonsale.top김천안마방 전립선대구출장샵김해사천 안마방강릉출장맛사지강릉출장맛사지강릉출장맛사지강릉삼성역 마사지╓강릉강남 안마방▽《강릉기획 마사지》강릉일본야동 마사지↕강릉제천 마사지⊥강릉서울대 안마방❂강릉선입금 출장┎경주동서울 안마방강릉인덕원 마사지강릉출장맛사지예약강릉출장맛사지대전출장샵온라인카지노강릉출장맛사지강릉목포 마사지↹강릉배 마사지☆〔강릉노포 안마방〕강릉안면 비대칭 마사지▬강릉세븐 안마방✪강릉영화 히든 토렌트♥강릉안산 줄리엣 마사지♚

    강릉출장맛사지→출장부르는법↽강릉커플 마사지 방법﹝강릉다낭 에덴 마사지﹞♂「강릉수유 안마방」➻강릉정관 마사지♂강릉안마방 옵션╍강릉대전 모텔 가격↯강릉태국 마사지 야동┗강릉유재석 안마방

    파이썬으로 작성한 애플리케이션 여럿이 한 시스템에 설치되면 공통으로 의존하는 라이브러리의 버전을 결정하는 게 문제가 됩니다. A 애플리케이션은 foo >= 1.0.0, < 2.0.0 에 의존하고 B 애플리케이션은 foo >= 1.5.0 에 의존하면 시스템에 설치할 수 있는 foo의 버전은 >= 1.5.0, < 2.0.0 으로 한정됩니다. 만약 C 애플리케이션을 설치하려는데 foo > 2.0.0 에 의존한다면, A나 C 중 하나는 포기해야 합니다.

    시스템에 파이썬 애플리케이션을 단 하나만 설치한다 해도, 설치하는데 시스템 관리자 권한이 필요하다는 것도 문제였습니다. 일반적으로 site-packages 디렉터리는 시스템 관리자만 수정할 수 있고 나머지는 읽기만 가능한 /usr 아래 어딘가로 정해졌기 때문입니다. 이를 우회하려고 사용자가 시스템에 설치된 파이썬 인터프리터를 쓰지 않고 직접 파이썬 인터프리터를 빌드해서 사용하는 편법도 쓰였습니다.

    이런 문제를 해결하기 위해, 애플리케이션·프로젝트마다 별도의 site-packages 디렉터리를 두는 방식이 제안됐습니다. 나중에 virtualenv을 만들게 되는 카지노사이트 이 그 전신인 청주출장 모텔 를 만들어 이 아이디어를 실현했습니다. 현재의 virtualenv 사용 방식은 workingenv에서 만들어진 것입니다.

    workingenv가 만들어주는 활성화 스크립트는 PATH 와 <강릉신도림 마사지> 환경 변수를 재정의하여 시스템에 설치된 파이썬 인터프리터의 실행 바이너리 디렉터리 및 site-packages 디렉터리를 가리키는 대신, “환경” 내의 bin/ 및 site-packages 디렉터리를 바라보도록 해줍니다. 이안 비킹은 이렇게 분리된 실행 파일들(bin/)과 site-packages 등을 묶어서 “환경”이라고 명명했는데, workingenv 이후로 파이썬 패키징 및 배포 분야에서 이 용어가 정착됩니다.

    최근에 만들어진 신생 언어의 패키지 관리자는 대부분 파이썬과 달리 애플리케이션·프로젝트마다 별도의 환경을 두고 설치되는 경우가 많습니다. 예를 들어 npm mycamp.xyz 을 일부러 켜지 않는 한 현재 디렉터리를 기준으로 ./node_modules 디렉터리에 라이브러리를 설치하게 되어 있고, 별도의 “활성화” 없이도 노드 인터프리터가 해당 경로에서 라이브러리를 찾습니다. 하지만 파이썬의 패키징 표준은 앞서 언급한 것처럼 멀티테넌시 환경이 일반적이었던 시대에 만들어졌고, 또 많은 라이브러리가 실행 파일도 함께 제공하기 때문에 울산부산 안마방 PYTHONPATH 뿐만 아니라 PATH강릉마사지 할인광명검단 마사지강릉출장맛사지예약금없는출장샵강릉발바닥 마사지강릉덕천동 마사지포항출장샵강릉출장맛사지강릉출장맛사지24시출장샵울산출장안마서울출장안마강릉대구 마사지 추천성남대구 여관홍성송도 안마방양양요방형근 마사지강릉안마강릉안동 안마방강릉성인마사지강릉제주도 마사지U강릉분당 안마방✌﹝강릉사이판 마사지﹞강릉트랜스젠더 안마방☞강릉경마 예상 지존 대회↥강릉포항 마사지✐강릉y존 마사지√예약금없는출장샵강릉지압 나무위키☭강릉쿤타이 마사지♥「강릉수유역 마사지」강릉일베 모텔☻강릉영등포 안마방♀강릉콜걸W강릉마사지 카드 단속㍿예약금없는출장샵연천창동 안마방강릉출장맛사지강릉출장코스가격대전출장샵바카라사이트lovedonggu.xyz포항방콕 마사지 가격24시출장샵강릉출장맛사지 환경 변수도 재정의해야 해서 activate 과정이 필요합니다.

    24시출장샵

  • 강릉마사지 흥분ヤ강릉태평역 안마방○「강릉안마방 신고」강릉자카르타 마사지◄강릉송우리 안마방⇐강릉서울대입구 마사지⇚강릉코타키나발루 마사지╙
  • 강릉모텔 보도
  • 24시출장샵
  • 강릉마사지 토렌토◐강릉안마방 노콘➻(강릉안마방 카드결제)강릉안마방 런베스트♠강릉부산 출장 서비스♟강릉제주시 안마방⊙강릉토렌트 마사지↱강릉출장맛사지
  • 예약
  • 무엇보다 workingenv는 프로그래머가 여러 프로젝트를 동시에 작업하는 경우 골치 아팠던 라이브러리 버전 충돌 문제를 우회했기 때문에, 배포 도구보다는 개발 도구로 정착되는 면이 컸습니다.

    강릉출장맛사지ⓔ예약금없는출장샵☺강릉커플 마사지 방법﹝강릉상남동 안마방﹞★「강릉서울 조건 만남」○강릉공항신도시 마사지↱강릉목동 마사지♮강릉상해 마사지✘강릉방콕 마사지┉강릉24시간 안마방

    이안 비킹은 PYTHONPATH 를 조작하여 별도의 site-packages 공간을 두는 workingenv의 방식이 복잡하게 패키징된 기존 라이브러리 및 프로젝트에서 호환되지 않는 문제로 골머리를 썩이다, 아예 PYTHONPATH 를 이용하지 않는 방식으로 새 도구를 만듭니다.

    새로운 방식은 아예 파이썬 인터프리터 실행 바이너리를 복사한 뒤, sys.path 기본값에 박힌 시스템 site-packages 경로를 환경 내 site-packages 경로로 바꿔버리는 것이었습니다. 이러한 동작 원리의 차이는 이용자 입장에서 크게 중요한 것은 아닙니다.

    하여튼 이안 비킹은 온라인카지노 라는 이름으로 새 도구를 만들었고, workingenv를 빠르게 대체했습니다.

    강릉출장맛사지╩예약✆강릉커플 마사지 방법﹝강릉러브어게인 만남﹞♕「강릉동인천 마사지」▪강릉연예인 안마방ツ강릉손 마사지▬강릉광주 모텔セ강릉제주시청 마사지♬강릉마사지 가격

    앞서 언급한 것처럼, workingenv와 그 후계자인 virtualenv는 저자의 의도와 무관하게 애플리케이션 배포보다는 개발 용도로 더 널리 쓰입니다. 파이썬 프로그래머가 새로운 프로젝트를 시작할 때는 항상 “환경”도 생성합니다. 또 개발을 시작할 때마다 “활성화” 과정도 거칩니다. 너무나 반복적이기 때문에 당연히 이를 자동화하는 도구도 만들어졌습니다. 순창베트남 마사지 가격 는 바로 그런 목적으로 만들어진 bash/zsh/fish 스크립트 모음입니다.

    여러 단축 명령을 제공하지만, 핵심 기능은 다음의 두 가지입니다.

    • A라는 프로젝트 작업을 시작할 때마다 cd ~/projects/a; . .venv/bin/activate 라고 쳐줘야 했던 것을 workon a진도라페 안마방강릉창원 안마방 후기☇강릉마사지 모음▪〈강릉안마방 체험〉강릉광주 대딸방♕강릉나주 안마방✡강릉안마방 마무리ス강릉sod 마사지♀예약금없는출장샵강릉구글재펜♀강릉콜걸출장안마♦〈강릉미금역 안마방〉강릉송탄 안마방♧강릉블라디보스톡 마사지ω강릉유성 마사지╍강릉자지 마사지☎보성사가정 안마방 명령으로 줄여줍니다.

    • 프로젝트 디렉터리마다 .venv/ 또는 .env/ 등의 이름으로 환경 디렉터리를 생성해두고 버전 관리 시스템에서는 제외되도록 .gitignore 목록에 해당 디렉터리를 넣었어야 했습니다. 예를 들어 ~/projects/a/.venv/, ~/projects/b/.venv/ 같은 식이었습니다.

      virtualenvwrapper를 쓰면 환경 디렉터리들을 일정한 위치로 모아줍니다. 위치는 기본값이 없으며 virtualenvwrapper 설치할 때 WORKON_HOME 환경 변수를 통해 입맛대로 정할 수 있습니다. 예를 들어 WORKON_HOME 을 ~/.virtualenvs/ 디렉터리로 정했다면, 프로젝트별 환경은 ~/.virtualenvs/a/, ~/.virtualenvs/b/ 같은 식으로 저장됩니다.

    강릉출장맛사지♐24시출장샵☁강릉커플 마사지 방법﹝강릉라페스타 안마방﹞ν「강릉동해 안마방」サ강릉허리 마사지ヨ강릉일산 모텔 추천┓강릉50대 안마방☁강릉동래 안마방➛강릉지압 나무위키

    부천김천 안마방 환경을 만드는 명령어는 virtualenv 가 아닌 pyvenv 로 좀 다르지만, 그 이후의 과정은 같습니다. 파이썬 3만 사용한다면 이제 virtualenv를 따로 설치할 필요가 없어진 것입니다.

    참고로 아래에서 설명할 pyenv와는 다른 도구입니다. 철자의 “v”에 주의해주세요.

    강릉출장맛사지┇출장부르는법☳강릉커플 마사지 방법﹝강릉출장샵﹞➻「강릉마카오 마사지」⇟강릉미금역 안마방ⓔ강릉아산 마사지╘강릉송우리 안마방↜강릉마사지 구분╧강릉마사지 토렌

    애플리케이션을 개발할 때는 하나의 파이썬 버전을 정하면 되지만, 라이브러리는 여러 파이썬 버전과 호환되어야 합니다. 그러다 보니 라이브러리 개발자는 여러 버전의 파이썬을 시스템에 동시에 설치할 필요가 있습니다. 순천안마방 발기성남제주시 연동 마사지 같은 것을 이용해서 설치할 수도 있지만, 보통은 카지노사이트 를 많이 씁니다.

    pyenv는 동시에 여러 버전의 파이썬을 시스템에 설치해주며, 이렇게 설치된 파이썬은 시스템의 패키지 시스템(데비안·우분투의 APT 나 맥OS의 홈브루 등)을 통해 설치되는 것이 아니라, pyenv가 다운로드와 빌드 및 설치를 직접 하여 별도로 관리합니다. 설치된 파이썬들은 함안양산 안마방 에 따라 일정한 형식으로 이름지어진 명령어(예: python2.7 , python3.6 )로 실행할 수 있게 됩니다.

    또한, 여러 파이썬 버전 중에 하나의 시스템 기본 파이썬 버전도 선택 가능하며, 특정 프로젝트 디렉터리 안에서만 기본 파이썬의 버전이 달라지게 할 수도 있습니다.

    강릉출장맛사지υ출장부르는법▤강릉커플 마사지 방법﹝강릉콜걸만남﹞┷「강릉거제 안마방」◙강릉금정 마사지┝강릉안마방 단속 확률┌강릉해운대 출장↜강릉렉시벨 마사지✲강릉미약 마사지

    pyenv가 여러 파이썬 버전을 동시에 설치해주기는 하지만, 그렇다고 자동으로 site-packages가 프로젝트마다 격리되는 것은 아닙니다. 예를 들어 pyenv로 파이썬 3.6을 설치한 뒤, 파이썬 3.6으로 두 프로젝트를 한 시스템에서 개발할 경우 두 프로젝트는 시스템 site-packages를 함께 쓰게 됩니다.

    따라서 pyenv를 쓰더라도 virtualenv는 따로 써야 하는데, 따로 사용할 수도 있지만 포항출장샵 를 쓰면 pyenv virtualenv 명령으로 프로젝트에 쓸 파이썬 버전 지정과 가상 환경 생성을 한 번에 할 수 있게 됩니다.

    비슷하게 pyenv와 virtualenvwrapper를 통합해주는 대구출장안마 같은 도구도 있습니다.

    강릉출장맛사지╡예약✐강릉커플 마사지 방법﹝강릉광주 터미널 근처 모텔﹞↽「강릉김해 장유 안마방」♠강릉인덕원 안마방╳강릉평촌 마사지0강릉포항 모텔 추천☍강릉오일 마사지 야동░강릉상봉동 안마방

    경산김포 안마방

  • 광주여성 전신 마사지
  • 예약무안범계 안마방
  • 서산다낭 vip 마사지
  • 강릉대구 모텔 가격┓강릉부산 모텔 아가씨╉[bracketl18]강릉창원 안마방[bracketr18]강릉흉부 마사지╯강릉안마방 사까시⇛강릉서산 안마방☼강릉나비야 마사지↥
  • 강릉출장맛사지
  • 강릉코 마사지 전후▤강릉구의 마사지θ﹝강릉어방동 마사지﹞강릉모텔➴강릉마사지 방법↨강릉24시 마사지♂강릉영일대 마사지♧
  • 강릉출장맛사지
  • 강릉출장맛사지
    1. 파이썬으로 만든 애플리케이션을 distutils

    2. 카지노사이트
    3. 강릉출장맛사지
    4. 강릉출장맛사지
    5. 예약금없는출장샵
    6. 를 통해 패키징한 뒤, RPM 기반의 리눅스 배포본 용으로 산청구미 여관 을 통해 *.rpm 파일을 제공하기도 했습니다. 이를 통해 애플리케이션을 설치할 경우, 각 파일들은 리눅스 포항출장샵 표준과 해당 시스템 설정에 따라 흩어지게 됩니다. 인제익산 안마방

    7. 예를 들어 파이썬에서 가장 많이 쓰이는 국제화 라이브러리인 연천다낭 마사지 vip pybabel 명령어를, 구문 강조 라이브러리인 담양합정 마사지 pygmentize 명령어를, 서산잠실 안마방 django-admin 명령어를 제공합니다. 철원미금 안마방

    8. 저는 2017년 4월에 한 번 써보았으나, 아직은 실무에서 쓰기에는 이르다는 결론을 내렸습니다. 이에 관한 그때의 제 감상은 별도의 글 로 다루었습니다. 전주동탄 마사지

    강릉다낭 에덴 마사지▤강릉창원 출장 숙소⇡〈강릉마사지 롤러〉강릉안마방 카드결제ξ강릉오야넷 마사지メ강릉석계역 안마방テ강릉마사지 강좌♕대전출장안마강릉출장맛사지강릉대천 안마방정읍안마방 풋잡강릉출장맛사지영월항문 마사지의령수원 출장카지노사이트강릉청량리 안마방✐강릉대구 콜↭〈강릉동탄 안마방〉강릉안마방 키스▷강릉마사지 사진▦강릉콧대 높이는 마사지♣강릉중국식 마사지╠ 고양모텔 콜강릉중리동 안마방◊강릉금정역 안마방✕(강릉송도 안마방)강릉배곧 마사지♟강릉치앙마이 마사지╙강릉조건 만남✌강릉안마방 무한샷ο연천불광동 마사지강릉출장맛사지강릉출장맛사지 웹 프론트엔드에 관심을 가지고 공부하는 디자이너, 뛰어난 서버 개발자 등 각자의 분야에서 전문적인 사람들이 능력있는 분들과 함께 일하기를 기대하고 있습니다. 아산라페 안마방 페이지를 확인해주세요!

    jnice09-ipp30-wq-zq-0459