Как я могу сделать этот long_description, и README отличаются несколькими предложениями?

Для моего пакета у меня есть файл README.rst, который читается в длинное описание setup.py как так:

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

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

Этот способ, которым у меня может быть файл README, обнаруживается на моей странице GitHub каждый раз, когда я фиксирую и на pypi странице каждый раз I python setup.py register. Существует только одна проблема. Я хотел бы, чтобы страница GitHub сказала, что что-то как "Этот документ отражает предварительную версию envbuilder. Для нового выпуска см. pypi".

Я мог просто поместить те строки в README.rst и удалить их прежде чем я python setup.py register, но я знаю, что там будет временем, когда я забываю удалять предложения, прежде чем я продвину к pypi.

Я пытаюсь думать о лучшем способе автоматизировать это так, я не должен волноваться об этом. У кого-либо есть какие-либо идеи? Действительно ли там какой-либо setuptools/distutils является волшебным, я могу сделать?

7
задан Jason Baker 25 January 2010 в 19:22
поделиться

3 ответа

Вы можете просто использовать отдых комментарий с помощью нескольких текстов, таких как «разделение здесь», а затем разделение на это в вашем Setup.py. IAN Bicking делает это в виртуалене с index.txt и Setup.py .

8
ответ дан 6 December 2019 в 14:04
поделиться

Другим вариантом является полное значение поборочной проблеме, добавив абзац, который работает в обеих средах: «Последний нестабильный код находится на GitHub. Последние стабильные наборы находятся на Pypi».

В конце концов, зачем предполагать, что Pypi люди не хотят указывать на Github? Это было бы более полезно для обоих аудиторий, так и упрощает вашу настройку.

5
ответ дан 6 December 2019 в 14:04
поделиться

Можно просмотреть сопоставленные файлы памяти и получить доступ к одному из них.

-121--4293929-

Вероятно, вы хотите использовать log4net, а не SunSql. Вот некоторая конфигурация для отправки запросов в Debug:

  <configSections>
    <section name="log4net"
     type="log4net.Config.Log4NetConfigurationSectionHandler,log4net" />
  </configSections>

  <log4net debug="false">
    <appender name="WindowsDebugOutput" type="log4net.Appender.DebugAppender,
         log4net">
      <layout type="log4net.Layout.PatternLayout,log4net">
        <param name="ConversionPattern"
              value="%d{ABSOLUTE} %-5p %c{1}:%L - %m%n" />
      </layout>
    </appender>

    <logger name="NHibernate.SQL" additivity="false">
      <level value="DEBUG" />
      <appender-ref ref="WindowsDebugOutput" />
    </logger>
  </log4net>

А затем вызовите это из кода перед открытием сеанса NHibernate:

log4net.Config.XmlConfigurator.Configure();

При добавлении ссылки на библиотеку log4net DLL убедитесь, что для свойства «Копировать локальное» установлено значение «true».

Это не относится к FluentNHibernate, оно работает так же в любом варианте NHibernate.

-121--1070406-

Вы всегда могли бы сделать это:

GITHUB_ALERT = 'This document reflects a pre-release version...'
readme = open('README.rst', 'r')
README_TEXT = readme.read().replace(GITHUB_ALERT, '')
readme.close()

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

Но тогда вам придется сохранить, что GITHUB _ ALERT последовательности синхронизирован с фактической формулировкой РИДМИ . Использование вместо этого регулярного выражения (чтобы, скажем, соответствовать строке, начинающейся с Примечание для пользователей Github: или что-то в этом роде) может дать вам немного больше гибкости.

2
ответ дан 6 December 2019 в 14:04
поделиться
Другие вопросы по тегам:

Похожие вопросы: