Исправление waker, (текущая версия) :
А как же https://pages.github.com/
мне не нравится идея пушить данные вебсайта в еще один гит-репозиторий (они и так хранятся в репе, но в приватном, вместе с CMS), вместо rsync. особенно когда обновления разных частей сайта происходят из разных источников. например, страница plugins.html генерируется во время билда на drone.io, и пушается через rsync. делать то же самое через git просто в миллион раз менее надежно/удобно.
Да и файлы на Github там можно прикреплять на страничке тега.
их можно прикреплять к определенным ревизиям / тегам, которые отмечены как релизы (емнип), и помимо прочего, для релизов автоматически будут генерироваться снапшоты, которые еще и будут предлагаться как дефолтные пакеты с исходниками. уже это меня совсем никак не устраивает. а еще мне где-то надо хранить файлы для CI (drone.io, travis-ci). они в модель хранения файлов gh не вписываются.
<continued>
или вот например, куда предлагаешь заливать билды всех плагинов? они ведь к релизам deadbeef не привязаны.
Исходная версия waker, :
А как же https://pages.github.com/
мне не нравится идея пушить данные вебсайта в еще один гит-репозиторий (они и так хранятся в репе, но в приватном, вместе с CMS), вместо rsync. особенно когда обновления разных частей сайта происходят из разных источников. например, страница plugins.html генерируется во время билда на drone.io, и пушается через rsync. делать то же самое через git просто в миллион раз менее надежно/удобно.
Да и файлы на Github там можно прикреплять на страничке тега.
их можно прикреплять к определенным ревизиям / тегам, которые отмечены как релизы (емнип), и помимо прочего, для релизов автоматически будут генерироваться снапшоты, которые еще и будут предлагаться как дефолтные пакеты с исходниками. уже это меня совсем никак не устраивает. а еще мне где-то надо хранить файлы для CI (drone.io, travis-ci). они в модель хранения файлов gh не вписываются.