Forum.iFiction.Ru

Надо только, чтобы Гранд все это держал под контролем, т.е. проверял все коммиты в SVN и откатывал неудачные, например. В общем, все обсуждаемо.

Я думаю, сейчас ему даже сложнее это делать. Потому что, допустим, я добавил что-то и на форуме написал. Это надо прочесть, найти то место, к которому применяется патч, проверить, соответствует ли он текущей Андреевой версии кода (по определению более свежей, чем наши), аккуратно применить, проверить и т.п.

В идеале это будут делать сами комиттеры и система. Главное - комментарии внятные писать к каждому коммиту, чтобы Гранд с ума не сошел :-), но пишем же сейчас на форум.

Пока что мне удобно рассматривать предлагаемый код, приводить к единому стандарту и вносить его в библиотеки. Не уверен, что для существующего объема правок нужен SVN. Откаты замечательно делаются за счет публикуемых апдейтов. 
Но, все таки, попробую установить модуль аплоада с комментариями, в которых можно будет дать ссылку на тему в форуме.

Все орфографические ошибки и ошибки в формировании сообщений исправляю на лету.

Дополнения к правилам генератора - после рассмотрения правила на более общие случаи.

Часто возникает желание внести в библиотеку какие-то небольшие усовершенствования, полезные в конкретном случае, но по рассуждению, становится понятно, что они не достаточно общие и могут вносить путаницу в других случаях. Например, предложенная Fireton'ом функция doTurnOff для источника света, возможно, отсутствует в оригинале потому, что слишком индивидуальна для введения стандарта. Так, во многих играх она будет вызываться автоматом по израсходовании запаса заряда/масла. Более того, есть подозрения, что в реализацию темной комнаты и источников света закралась ошибка автора игры. Иногда требуется слишком глубокое изучение функции, прежде чем вносить изменения. В результате, при отстутствии времени могу даже забыть о зависшем вопросе.

Таким образом, изменения имеющие характер исправлений кода и доработки специальных русскоязычных функций можно публиковать, обсуждать и слать мне напрямую, а вот расширение функционала считаю рациональным вносить правками через отдельные модули и предлагать общественности.  После некоторой обкатки, при доказанной пользе их можно будет внести в "ванила" RTADS.

fireton написал:

Андрей, да ты просто попробуй создать darkroom и фонарик в инвентаре - и все поймешь сам. doTurnon и doTurnoff имеют смысл только в случае, если источник света разрешено "включать". Например, свечку никто не будет наследовать от lightsource, switchItem - ведь свечу зажигают, а не включают.

Согласен, с doTurnoff я ошибся, но смысл понятен - сначала нужно детально разобраться, на что уходит куча времени.

Ок, раз такая активность, то можно попробовать. Кто настроит? Когда-то пользовался "черепашкой", что сейчас актуально?

основной интернет поломался зпт запасной канал вынуждает экономить на байтах тчк до понедельника точно не сделаю тчк может будут еще добровольцы тчк

Flint написал:

Написал заявку на SourceForge. Сказали, что рассмотрят в течении 1-3 дней.
Был скользкий момент с выбором лицензии: свою загрузить нельзя, можно только выбрать готовую. Я поставил GNU GPL, нормально?

Лучше бы MPL...

Автор должен иметь право продавать свою игру (но не сами библиотеки, разумеется).

Регистрация прошла успешно.
Наш SVN сервер: https://rtads.svn.sourceforge.net:443/svnroot/rtads

Загрузил туда последнюю версию библиотек (beta 3). Почему-то работает сервер очень плохо, сделать успешный коммит удалось раза с двадцатого.

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

Отредактировано Flint (25.07.2008 02:39)

В Википедии пишут, что CVS устарела, и сейчас рулит Subversion (SVN). SourceForge тоже поддерживает этот формат.

Загрузил туда последнюю версию библиотек (beta 3). Почему-то работает сервер очень плохо, сделать успешный коммит удалось раза с двадцатого.

А каким фронт-эндом пользуешься?

И пойти куда?

(Блин. Надо все-таки в какой-то момент выделенный сервер арендовать... Сейчас бы поставили svn и горя не знали...)

>У тебя был опыт работы с ним? Или на основе чего советуешь?

Конечно, я не просто так пишу. Было несколько проектов на сорсфордже. Были как на свн, так и на цвс.

1) Бывают косяки на серверах - часто репозитарий недоступен по нескольку часов, а иногда и НЕДЕЛЬ (!!! - на моей памяти было раза 3).
2) Репозитарии сорсфорджа висят на жутко медленном / нестабильном канале - вечно проблемы с передачей данных.
3) За последние год-два множество проектов "сбежало" с сорсфорджа, то есть это не только мой опыт.
4) Криво настроенные сервера (в плане безопасности).
5) (уже немного не в тему) Движок сорсфорджа с некоторого времени закрыт, что имхо отрицательно сказалось на нём в целом (правда, есть его открытый форк - g-forge)

Наша контора сидит на CVS. Есть недостатки, но когда мы попытались уйти на SVN, ничего не получилось - оказалось жутко неудобно. У нас несколько больших (очень больших - миллионы строк кода) проектов, коллектив из порядка 30 человек. Нехватка удобных инструментов (например, построить дерево ревизий для файла SVN может с трудом) не дала нам перейти на него. Так что я за CVS. Тем более, что для CVS есть отличный фронт-энд (WinCvs).

fireton, у меня с деревом ревизий файла на свн вообще никаких проблем не было. к примеру, из больших проектов, на свн "сидит" wxwidgets - ушли с CVS и все рады.

из существенного - CVS не поддерживает переименования файлов / директорий - только удаление + добавление.
плюс, если при коммите произошёл сбой, то в случае с CVS возможно повреждение структуры. для SVN это исключено.

для заметки - CVS настолько ущербен, что даже его разработчики боятся залазить в исходники. CVS уже давно не дорабатывается.

fireton, wx - большой проект. особенно если рассматривать wxWidgets+wxPython (и в том, и в другом проектах примерно по 55 тысяч ревизий). а с CVS у меня как-то было повреждение репозитария при коммите. правда, восстановил.

Отредактировано HzD_Byte (25.07.2008 16:59)

Сорри, не туда глянул - на данный момент wxWidgets 52474 ревизий, wxPython 2047 ревизий, wxWebSite 1416 ревизий.
Не могу сказать объем репозитария wxPython'а, но trunk (текущая основная ветка) репозитария wxWidgets занимает ~ 230 Мб. Если сюда добавить все тэги и брэнчи, то общий объём - десятки гигабайт.

ЗЫ. Судя по размеру архива сырцов для скачивания, trunk wxPython'а не меньше.

Отредактировано HzD_Byte (26.07.2008 08:05)

GrAndrey написал:

Уже закоммитил один релиз. А вы куда будете, в транк или в ветки?

Думаю, в транк.
А как мы будем осуществлять контроль за правильностью кода? Теоретически, нужно, чтобы новые коммиты не ломали старый код.

На этот раз, я собираю адреса ваших ящиков на Гмэйл, которые послужат логинами. Лучше пришлите их в личном сообщении, чтоб не заспамили.

У меня нет ящика на гмейл.

Положил на гуглекод последние изменения библиотеки + свое изменение про темные комнаты.

Закоммитил. Не пойму в чем для меня удобство. Все равно пришлось версии сверять и вставлять куски в свою версию.  Если бы на форуме писали номер строки куда вставить код, было бы и то удобнее.

У меня rapidSVN, который для всех фич вызывает внешние программы, но не установлена Merge.
Черепашка сбоит при установке (вирус погрыз Windows installer).

Андрей, ты не умеешь его готовить.

1. Возьми SmartSVN. Самый вменяемый клиент, по-моему.

2. Разработку веди прямо в той папке, куда вытягиваешь репозитарий. Тогда сразу будет видно, что изменилось.

3. Потключи к SmartSVN WinMerge в качестве диффера (или как это у них там называется, солвера).

Так - очень удобно работать.

GrAndrey написал:

WinMerge у меня стоял, но только в качестве дифа. Добавил как и мердж.
Все, понял. Можно мержить при сравнении, но только самим винмерджем, а не SVN клиентом.

В SmartSVN есть встроенный мержер. Я использую WinMerge только как "comparer".