LINUX.ORG.RU

Опыт создания и поддержки свободного проекта


0

0

А.Тарасов завершил перевод третьей, заключительной части статьи "Свой свободный программный проект" (автор - John Calcote). Автор делится опытом участия в OpenSource-проектах. В первой части речь идет о выборе лицензии, о том, где разместить проект, и об организации списка рассылки. Во второй части обсуждается использование IRC-каналов, RSS, CVS, Веб-сервисов и отслеживание ошибок при поддержке своего проекта. В третьей части говорится о том, как организовать сборку и выпуск версий программы, а также о том, как оповестить потенциальных пользователей о ее существовании и обновлениях.

>>> Подробности

Ух ты, давно ждал чего-нибудь такого, почитаем ;)

Memfis
()
Ответ на: комментарий от Memfis

> но по-моему там везде firefox. ;)

А и в самом деле, чего-то померещился сразу IE, раз уж винда была.

anonymous_incognito ★★★★★
()
Ответ на: комментарий от ero-sennin

> Страшный человек этот автор! %-/

использую в своем проекте. удобно. что-то лучше можешь предложить?

Deleted
()
Ответ на: комментарий от Deleted

> использую в своем проекте. удобно. что-то лучше можешь предложить?

Maven 2

anonymous
()
Ответ на: комментарий от Deleted

>>использую в своем проекте. удобно

не удобно, а ужасно. Cmake лучше.

alex_custov ★★★★★
()

Это всё хорошо. Но автор не делится опытом, как заработать на жизнь таким проектом. Вот чего он говорит: "Поддерживать свободный программный проект нелегко, но это может воздасться. Если ваш проект будет популярен, он даже может приносить вам прибыль."

Внимание, вопрос: "Как?"

alman ★★★
()
Ответ на: комментарий от ero-sennin

> SCons

+1, хотя не люблю я Python :)

Можно ещё Rake, но оно недотягивает до SCons, хотя они и созданы для разных целей...

eveel ★★
()
Ответ на: комментарий от ero-sennin

>>использую в своем проекте. удобно. что-то лучше можешь предложить?

>SCons, CMake. Даже в статье они упоминались.

Зато пользователям придется втыкать всякие readme, чтоб понять как откомпилить вашу прогу. Чесать репу и думать как написать ebuild. Не говоря уже о том, что надо ставить дополнительные программы. С другой стороны configure; make; make install привычно и понятно всем.

Не использовать autotools стоит лишь в случаях, когда его использование сильно тормозит сборку, замедляя скорость разработки.

Yurand
()

К сожалению, нет времени читать эти статьи, но книга Карла Фогеля мне очень понравилась. Скорее всего они коррелируют, но у Фогеля поподробней . Почитать книгу можно здесь http://producingoss.com/

parser ★★
()

Хорошие статьи. Мне нравятся.

anonymous
()
Ответ на: комментарий от eveel

>> SCons

>+1, хотя не люблю я Python :)

>Можно ещё Rake, но оно недотягивает до SCons, хотя они и созданы для разных целей...

Я на Ruby свой build-tool сделал, с использованием возможностей Ruby-нового синтаксиса, Mxx_ru: http://rubyforge.org/projects/mxx-ru/ (там подробная дока в разделе документации).

Не SCons, конечно, но мне хватает.

eao197 ★★★★★
()
Ответ на: комментарий от Yurand

> Не использовать autotools стоит лишь в случаях, когда его использование сильно тормозит сборку, замедляя скорость разработки.

И когда нужно поддерживать еще и Windows версии.

eao197 ★★★★★
()
Ответ на: комментарий от madcore

> А что за проект? kulchitsky.org - это ты? Упоминаний про проекты не нашел.

Скоро будут упоминания, сайт пока заброшен. Можно посмотреть на atoku на http://sourceforge.net что-то.

atoku ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.