Pytest-django: 신제품?

1.11 기반 새 릴리스는 @blueyed 에서 릴리스되어야 합니다.

@펠메
무슨 말을 합니까?
릴리스를 할 수 있는 권한이 있는지조차 확실하지 않습니다.

이것에 대한 소식이 있습니까? 또한 도움이 되어서 기쁩니다.

또 다른 문제는 Python 3.6이 미출시 버전에서만 지원되는 것으로 지정되어 있다는 것입니다.

업데이트된 변경 로그가 필요합니다. 누군가가 준비하고 싶다면 큰 도움이 될 것이고 가능한 한 빨리 릴리스를 할 것입니다.

나는 PyPI의 관리자로 @blueyed 를 추가하여 그가 패키지도 업로드할 수 있도록 했습니다!

더 자주 릴리스하기 위해 다음과 같은 몇 가지 방법을 통해 도움을 주시면 매우 감사하겠습니다. ❤️:

• 릴리스 프로세스는 이제 약간 수동입니다(태깅, Github에 태그 푸시, sdist+wheel 빌드, PyPI에 업로드). 이것은 스크립트 일 수 있습니다. 즉, 버전 번호를 인수로 사용하는 간단한 스크립트에서 해당 단계를 지정하는 것입니다. 이 또한 문서화해야 합니다.

• 변경 로그 관리는 약간 고통스럽고 빈번한 릴리스를 방지합니다. 위의 스크립트와 통합된 towncrier와 같은 것이 매우 도움이 될 것입니다.

• 릴리스 작업을 돕습니다. 이미 pytest-django github 유지 관리자이거나 pytest 커뮤니티에서 어떤 종류의 실적이 있어야 합니다. PyPI 사용자 이름을 알려주시면 관리자로 추가하겠습니다. :)

@p-himik 짜증나지만 분명히 하자면, 현재 릴리스는 Python 3.6에서 잘 작동합니다(저는 매일 사용합니다).

@pelme님 감사합니다.

좋은 아이디어입니다. towncrier 를 사용하는 것이 의미가 있을 수 있지만 릴리스당 한 번 수동으로 git 로그를 훑어보는 것보다 실제로 더 나은지 확실하지 않습니다. pytest 자체에서 사용하고 있지만 일반적으로 더 많은 일이 진행되고 있습니다.

변경 로그를 훑어보는 데 너무 오랜 시간이 걸리지는 않지만 (저 자신을 위해) 작은 단계를 제거하고 릴리스를 자동화하는 것이 좋고 아마도 더 자주 릴리스할 수 있도록 만들 것입니다. 이상적으로는 거의 각각의 병합된 bugfix PR과 함께 bugfix 릴리스를 내놓는 것이 좋을 것입니다. bugfix 릴리스를 기다리는 것은 짜증납니다. :)

휴가에서 돌아오는 즉시 릴리스를 관리하기 위한 tox 구성 작업을 할 것입니다.

@pelme 지금 새 릴리스는 어떻습니까? :)

@pelme 지금 새 릴리스는 어떻습니까? :)

예, PyPi 패키지는 매우 오래되었고 django 1.11을 지원하지 않습니다.

릴리스 프로세스는 이제 약간 수동입니다(태깅, Github에 태그 푸시, sdist+wheel 빌드, PyPI에 업로드). 이것은 스크립트 일 수 있습니다. 즉, 버전 번호를 인수로 사용하는 간단한 스크립트에서 해당 단계를 지정하는 것입니다. 이 또한 문서화해야 합니다.

이 코드를 사용하여 ./setup.py publish 를 만듭니다. https://github.com/jedie/python-code-snippets/blob/master/CodeSnippets/setup_publish.py

실제 솔루션은 https://github.com/zestsoftware/zest.releaser ...와 같은 것이지만 평가하는 데 시간을 투자하지 마십시오 ;)

릴리스 프로세스는 이제 약간 수동입니다(태깅, Github에 태그 푸시, sdist+wheel 빌드, PyPI에 업로드). 이것은 스크립트 일 수 있습니다. 즉, 버전 번호를 인수로 사용하는 간단한 스크립트에서 해당 단계를 지정하는 것입니다. 이 또한 문서화해야 합니다.

이 코드를 사용하여 ./setup.py를 게시합니다. https://github.com/jedie/python-code-snippets/blob/master/CodeSnippets/setup_publish.py

Travis Build Stages 를 사용하여 한 단계 더 자동화하는 것이 좋습니다. 이렇게 하면 릴리스 프로세스가 태그 지정 및 푸시로 단순화됩니다. PyPI 릴리스는 테스트를 통과한 후 자동으로 발생합니다. 나는 많은 프로젝트에서 그것을 사용하고 있으며 훌륭하게 작동합니다.

기회가 되면 이것을 설정한 PR을 보낼 수 있습니다. 유지 관리자는 PyPI 사용자 이름과 암호화된 암호를 추가하기만 하면 됩니다.

예, PyPi 패키지는 매우 오래되었고 django 1.11을 지원하지 않습니다.

그것은 AFAIK 않습니다?!

@sloria
좋은 IMHO가 될 것입니다.
AFAIK 저는 PyPI에 릴리스할 수 있으므로 @pelme 가 직접 할 기회가 없는 경우에 대비하여 결국 내 자격 증명을 사용할 수 있습니다(또는 별도의 사용자를 만드는 것이 더 낫습니까?).

릴리스 프로세스는 이제 약간 수동입니다(태깅, Github에 태그 푸시, sdist+wheel 빌드, PyPI에 업로드).

뭐, 나쁘지 않아! :) 자동화는 매우 훌륭하지만 그 동안 이러한 수동 단계를 수행할 수 있습니다.

이에 대한 계획이 있습니까? 이 패키지가 PyPI에 마지막으로 푸시된 이후 두 가지 주요 Django 릴리스가 있었고 Django 2 지원을 위해 git에서 직접 설치해야 합니다.

아직 신제품이 출시되지 않았나요? :(

마지막 릴리스 이후 81개의 커밋과 504일이 있습니다.

완료: https://github.com/pytest-dev/pytest-django/releases/tag/3.2.0

https://travis-ci.org/pytest-dev/pytest-django/jobs/366444792 가 PyPI에 업로드할 때 예상대로 작동하기를 바랍니다.

아직 pypi가 아닙니다.

https://github.com/pytest-dev/pytest-django/pull/590 / a96931e를 참조하세요.

3.2.1(50063c4)로 수정되기를 바랍니다.

https://pypi.python.org/pypi/pytest-django :불꽃놀이: