2010-01-25 16 views
7

Benim bir paket için, setup.py'nin uzun açıklamasında okunan bir README.rst dosyası var:Bu long_description ve README'yi birkaç cümle ile nasıl ayırt edebilirim?

readme = open('README.rst', 'r') 
README_TEXT = readme.read() 
readme.close() 

setup(
    ... 
    long_description = README_TEXT, 
    .... 
    ) 

README dosyasına sahip olduğum şekilde github page üzerinde Ben python setup.py register her zaman pypi page üzerinde işlemek ve zaman. Sadece bir problem var. Github sayfasının "Bu belge envbuilder'ın yayın öncesi sürümünü yansıtır. En son yayınlanan sürüm için bkz. Pipi" gibi bir şey söylemesini isterim.

Bu satırları README.rst dosyasına koyup python setup.py register'ten önce silebilirim, ama pypi'ye basmadan önce cümleleri çıkarmayı unuttuğum bir zaman olacağını biliyorum.

Bunu otomatikleştirmek için en iyi yolu düşünmeye çalışıyorum, bu yüzden endişelenmenize gerek yok. Herhangi bir fikri olan var mı? Yapabileceğim herhangi bir kurulum/distutils büyüsü var mı?

cevap

8

ReST yorumunu "burada böl" gibi bir metinle birlikte kullanabilir ve daha sonra da setup.py'nizde buna bölebilirsiniz. Ian Bicking, index.txt ve setup.py ile virtualenv içinde yapar.

+0

Bu yaptığım şey sona erdi. Teşekkürler! –

2

Hep bunu yapabilir. Bunun yerine düzenli bir ifade kullanarak (örneğin, ile başlayan bir çizgiyi eşleştirin. Github Kullanıcıları için Not: veya bir şey) size biraz daha esneklik sağlayabilir.

+0

Bu şekilde yapmayı düşünmemiştim. Ben bunu deneyeceğim. –

5

Başka bir seçenek de, her iki ortamda da çalışan bir paragraf ekleyerek konunun tamamen yan tarafına atılmasıdır: "En son kararsız kod, github üzerindedir. En son kararlı kitler pypi üzerindedir." Sonuçta, neden pypi insanlarının github'a işaret edilmek istemediğini varsayalım? Bu, hem kitleler için daha yararlı olur ve setup.py'nizi basitleştirir.

+0

Her iki sürümü de yüklemek için yönergeler vardır. Bir "easy_install envbuilder" yapan biri hakkında github'a işaret etmek istemeyen pypi kullanıcıları hakkında o kadar da fazla değil, o zaman github'daki (geliştirme sürümü için olan) belgelere bakıp neden çalışmadığını merak ediyor. Yani, sanırım istikrarlı ve kararsız sürümlerin nerede olduğu konusunda biraz daha net olabilirim. –

İlgili konular