Хостинг проекта с открытым исходным кодом на нескольких [закрытых] сайтах

Я не знаю об этике, но рассматриваю практичность:

• необходимо будет сделать, несколько повторных загрузок на несколько различных сайтов, делая его на единственный сайт могут быть болью
• , пользователи не будут знать, какой сайт сообщить об ошибках в
• при использовании SVN/CVS/git репозиториев у Вас будет несколько копий Вашего кода в различных репозиториях - очень плохая идея

, я уверен, что существуют другие проблемы. Поэтому придерживайтесь одного сайта - я использовал Google Code для маленького проекта, который я только что запустил ( CSVfix, если кто-либо заинтересован), и я могу рекомендовать Google, как являющийся очень легким настроить.

Я думаю, что это прекрасно по причине, что у каждого поставщика может быть что-то, что Вы хотите. Необходимо выбрать обслуживание, которое является лучшим для проекта. Например:

• код Google имеет хостинг файлов, но управление проблемой ужасно, таким образом
• Панель запуска имеет большое отслеживание ошибок, но никакая Wiki, и мы используем Подвижный, таким образом
• Bitbucket.org имеет подвижный хостинг и т.д.

, Таким образом, могло бы быть разумно использовать Панель запуска для отслеживания ошибок и код Google для хостинга файлов и Wiki и Bitbucket.org для хостинга источника.

Я предложил бы, выбирают Ваш предпочтительный хост к Вашему проекту. Можно опубликовать о проекте на многих форумах. Воздействие прибудет через поисковые системы.

Как я уже говорил, необходимость поддерживать код на нескольких хостах создаст больше проблем, чем оно того стоит. Вам нужно подумать, что вам нужно убедиться, что он загружается должным образом на нескольких хостах, для некоторых это может привести к путанице, если одна копия верна, а другие нет, что, в свою очередь, может привести к неправильному названию. проект, прежде чем вы даже начать. В конце концов, есть гораздо больше, лучшие способы распространения информации о вашем проекте, сайты социальных сетей, специальные связанные форумы - это два основных вопроса, которые вы должны рассмотреть, в любом случае вам лучше будет потратить время на публикацию на нескольких сайтах. Вы бы загружали и поддерживали код на нескольких сайтах.

Я не знаю, почему вы думаете, что это было бы неэтично или глупо. Может быть, вы можете рассказать об этом больше, чтобы люди могли напрямую решить ваши проблемы. Чтобы измерить это, подумайте, не нарушаете ли вы умышленно правила службы, лжете ли кому-либо о том, как вы используете службу, или обманываете ли вы каким-либо другим способом. Если вы используете несколько сервисов, я не думаю, что вам есть что скрывать.

Рассмотрим сообщество Perl, с которым я имею дело. Несколько проектов размещены на одной из служб управления версиями, например SourceForge, Google Code или Github. Однако основным дистрибутивом для большинства материалов Perl является CPAN. Другие люди могут распространять через Freshmeat или какой-либо другой сервис. Основное средство отслеживания проблем взято из Best Practical, на котором размещается бесплатный RT для каждого модуля Perl на CPAN. Большинство людей, которых я знаю, используют лучшее из более чем одной службы. Действительно, способ Web 2.0 заключается в создании приложений путем объединения сервисов от нескольких поставщиков. :)

Вы также должны подумать о социальном построении этих бесплатных сайтов. Такие места, как SourceForge и Github, предоставляют бесплатные аккаунты, но они также продают услуги. Они получают ажиотаж благодаря бесплатным материалам, которые позволяют им продавать премиальные услуги. Я не вижу в этом ничего плохого. Если вы пользуетесь бесплатными услугами, просто поймите, что в обмен на бесплатное использование они могут использовать вас в качестве бесплатного тестировщика, рекламодателя и так далее. Опять же, я не вижу в этом ничего плохого. Это просто часть сделки. Вы не просто берете у них, вы также даете им. Между соглашающимися сторонами происходит обмен.

Что было бы неэтичным, я думаю,

Службы, охватывающие эти различные хосты, будут неудобными и трудными в обслуживании. Для вышеупомянутой зависимости от поисковых систем для генерации трафика позаботьтесь о выборе имени, которое будет отличать ваш проект от веб-шума. Явным признаком того, что трафик не будет, является то, что ваш проект сначала получит повторную рекомендацию по орфографии. Возьмем, к примеру, людей, которые принесли вам проект chattr из GNU. Немедленно предлагается chatr как правильный поиск, и ваш трафик соответственно пострадает.