-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Альтернатива modules_on_top #1
Comments
Привет, Иван! Если тебе не трудно, добавь вообще все свои модули, которые могут помочь разработчикам, в этот репозиторий, и по возможности черкни в README о каждом пару строк, для чего он нужен. Я хотел бы сделать глобализацию сообщества вокруг аккаунта odoo-russia на github. Т.е. либо чтобы участники сообщества, кто разрабатывает публичные модули, делали это в одном из репозиториев сообщества, либо хотя бы передавали права на свой публичный репозиторий аккаунту odoo-russia, в таком случае я добавлю разработчика который передал свой репозиторий в команду администраторов этого репозитория, т.е. суть совершенно не меняется, зато можно было бы легко видеть труды всех участников сообщества на одной странице. У тебя есть идеи какие-нибудь на этот счет, как удобнее сделать? @congocongo @neobht @barachka @straga @litnimax @coduper было бы круто если бы вы тоже отписались! |
Добавить-то могу (и не только я -- мой репозиторий открытый), только их все равно править нужно, до ума доводить, тесты накладывать, делать более общий функционал, а не тот который конкретному клиенту нужен был и т.д. Мне кажется, на голом энтузиазме мало кто будет сильно вкладываться. Либо можно сделать такую свалку полуработающих модулей, где каждый будет заливать свои наработки, в надежде, что кто-то их допилит. Некая проблема есть, как ее решать -- не понятно. |
Я поддерживаю эту идею. Ресурсы необходимо объединять в одном месте однозначно. Причем не обязательно полностью допиленные версии в общем виде. Какие есть. |
Есть какие-то требования к модулям в общем репозитории, система рецензирования? |
Кстати, еще ведь нет репозитория, в котором будут хорошие модули, которые не относятся ни к разработке, не к русской локализации. |
А зачем передавать права на свои репозитории. Почему нельзя форкать просто? Например, я буду делать модуль под заказчика, а кто-то начнет его изменять, т.е. какие-то лишние согласования обязательно нужны будут. А так - форкай и делай что хочешь |
@yelizariev в таком случае придется обновлять его и мы не узнаем о твоих обновлениях. Форки автоматом же не обновляются |
Ну правильно. Там и изменения от сообщества могут конфликтовать. Не знаю, можно договориться, чтобы разработчик сам за обновлением форка следил. |
Можно подписаться друг на друга. Разные варианты. |
@yelizariev можно сделать этот твой репозиторий на запись только для тебя, и другие так же смогут его форкать, но у нас будет два плюса:
|
Я за то чтобы держать в репозитории odoo-russia/odoo-russia только модули, полезные для конечных пользователей, и только рабочие версии. Я планирую почистить то что не работает в обоих ветках и 7.0 и 8.0. На каждый модуль должен быть либо свой файл README и ссылка на него из основного README, либо краткое описание этого модуля в основном README. Это всё нужно чтобы неопытный пользователь мог зайти, посмотреть какие стабильные модули у нас есть, для чего можно использовать, скачать себе zip архив с репозиторием и установить. Я вижу два варианта работы с нестабильным кодом:
Я больше за второй вариант, чтобы не было месива в основном репозитории, но чтобы при этом и вся ведущаяся работа отображалась на dashboard odoo-russia (https://github.com/orgs/odoo-russia/dashboard) и мы видели кто чем занят и могли принимать участие, комментировать и т.п. И любой пользователь так же может зайти и посмотреть все имеющиеся у нас репозитории на одной странице, и поставить на свой страх и риск нужные ему модули. В odoo-russia/devtools думаю можно заливать и нестабильный код, мы уж сами разработчики, разберемся что кому нужно а что нет. Если у кого еще есть идеи или подобный опыт организации совместной работы, буду рад. |
Насчет тестов я тоже за. Как минимум на этапе заливки модулей в основной репозиторий было бы неплохо автоматически тестировать Pull Request'ы. Но как всегда на бесплатные модули времени как я понимаю у людей не особо много, так что мы можем только рекомендовать но не требовать. |
Подписаться друг на друга это не вариант, я давно на всех подписан но ничего не знаю, думаю и остальные так же. Посмотрите на @OCA мне нравится как они сделали, и думаю надо делать что-то подобное, как я и описал выше. Чтобы репы были прикреплены к @odoo-russia и это были оригиналы а не форки. А кому надо пускай их форкает, что-то меняет и присылает хозяину репы Pull Request. |
В @OCA, кстати, какие-то деньги собирают за членство или что-то в этом роде. |
@congocongo @barachka @straga @litnimax @coduper ждем ваших мнений и идей :) |
последние варианты поддерживаю. без бранчей, на отдельных форках от основного. |
Самое простое сейчас это сделать вики страницу, где разработчики будут писать какие модули им нужны, какие сделаны и т.д. Я бы туда периодически писал о своих наработках. |
Да можно попробовать с Wiki страницы. |
Просто писать у нас есть на форуме разделы. |
Может кому-то будет интересно.
У меня есть модуль, который показывает последние посещенные страницы
https://github.com/yelizariev/addons-yelizariev/tree/master/web_last_viewed_records
Модуль, конечно, не только для разработчиков.
С ним разработка может выглядеть так:
The text was updated successfully, but these errors were encountered: