OberonCore

OberonCore коллекция компонентов для BlackBox 1.6 объявляется открытой!
http://oberoncore.ru/bbcc/subs/

Данный форум предназначен для обсуждения компонентов внесённых в коллекцию.

Если Вы желаете разместить свою подсистему, пожалуйста, см. http://oberoncore.ru/bbcc/form

Здорово, что появился такой открытый репозиторий!

Товарищи, по техническим причинам, хранилище bbcc было пересоздано. Просьба получить рабочую копию по-новой. Приносим извинения за неудобство.

Интересная вещь, раньше, буквально, ещё вчера, в локальной копии репозитория в каждом подкаталоге существовал как бы один маленький репозиторий, который я мог разместить в каталоге ядра моего рабочего ББ, и обновлять с течением времени тоже можно было только этот маленький репозиторий, что было вполне удобно

А теперь я наблюдаю в локальной копии структуру, подобную hg или git - один каталог .svn на весь репозиторий, и никаких больше суб-репозиториев. Странно всё это.

У меня (Subversion command-line client, version 1.6.6.), всё работает по-старому. Т.е. изменения у Вас от серверной части не зависят.

Наведение порядка: темы из форума Разработка библиотек и компонентов о компонентах, для которых в коллекции есть карточки, перенесены в форум Коллекция компонентов ОberonCore.

В связи с закрытием репозитория OberonCore (см. viewtopic.php?p=82551#p82551), организация коллекции компонентов OberonCore упрощена.
Концептуально:
1) Из категории "местоположения компонента" исключаются подкатегрии "на OberonCore" (SVN-хранилище bbcc) и "обзор" (не выгружен из bbcc). Остаётся только "ссылка" суть просто карточка компонента.
2) Исключается группа "разработчики компонент". Остается одна — "редакторы" (теперь — карточек).
3) Исключаются требования к единообразному оформлению компонентов "на OberonCore" (распространение компонента искл. в исходниках, компилируемость; формат архивов StdCoded и 7z; Quick-Start по фиксированному шаблону и проч). Теперь за содержимое архива отвечает только автор.

Технически:
1) SVN-хранилище bbcc распилено по проектам на отдельные меркуриал-репозитории, которые выгружены на bitbucket. Ссылки — в карточках. Соответственно, доступ для всех на чтение сохраняется; для авторов:
а) Можно клонировать репозиторий проекта и далее самостоятельно управлять доступом, продолжив разработку в клоне;
б) Решившие работать по "старой" схеме получат доступ (обращайтесь).
Так же просьба всех работавших с SVN-репозиторием OberonCore и имеющих учетные записи на bitbucket.org сообщить их для настройки в репозиториях псевдонимов.

2) Упаковку и выгрузку архивов на сайт по обновлениям в хранилище выполняли редакторы. Теперь автор в любом случае должен присылать редакторам обновлённые архивы. (Альтернатива — прислать перманентную ссылку на архив.)

https://bitbucket.org/petryxaРечь идёт о форке? Или всё же о клоне? Клонирование подразумевает последующее проталкивание изменений в исходный репозиторий (или его клоны, например, на флешке), а форк, если я не ошибаюсь, подразумевает создание в рамках битбакета копии файлов оригинального репозитория, но в рамках моего аккаунта, с возможностью последующего предложения автору исходного репозитория т.н. pull request. То есть, "старая" схема это как раз клонирование.

Учитывая, что битбакет предоставляет функции скачивания мгновенного снимка содержимого последней ревизии в архиве, не будет ли разумно по-умолчанию убрать из карточек компонентов ссылки на любые архивы/пакеты?
UPD: не "любые ссылки", а "ссылки на архивы/пакеты, кроме архива с bitbucket"

Должна быть ссылка для скачивания пакета. Прямо на карточке. Посмотрите http://oberoncore.ru/bbcc/subs/interfacemodules/. Вы это имели ввиду?

Да, я об этом и говорил, подразумевая, что никаких архивов/пакетов на oberoncore.ru больше не должно лежать.

Для Ваших компонентов --- на Ваше усмотрение.

Вообще --- нужно смотреть по ситуации. Для omc, например, эта схема не подходит.

Евгений, учитывая, что для многих моих подсистем текущие версии в хранилище OberonCore являются клонами работоспособных версий из других хранилищ, не будет ли противоправным изменить структуру хранилища для этих компонентов, переместив каталоги \Mod \Rsrc \Docu на верхний уровень, таким образом, чтобы подсистема и её клон на локальном компьютере потенциальных пользователей была сразу готова к употреблению согласно договорённостей ББ?

Да, это было бы очень удобно. Подсистема бы тогда совпадала с Mercurial-репозиторием.

Тут даже и говорить не о чем. Вы автор публикуемых материалов. Делайте как считаете правильным.

Ссылка на форму карточки http://oberoncore.ru/bbcc/form не работает.

Это я пытаюсь танцевать от самой печки и рассуждаю как новичок или неискушённый пользователь. Хочу опубликовать свой компонент "Журнал активностей". Подготовил zip с исходными текстами, а как действовать дальше, не понимаю.

Если я не имею редакторского доступа к http://oberoncore.ru/bbcc/subs/start , то мне надо как-то оформить карточку и отослать её редактору. Дальше как будет происходить дело?

Энто дело упразднено (viewtopic.php?p=82553#p82553).
Моя недоработка. Что делать, записал на видном месте: http://oberoncore.ru/bbcc/subs/. Спасибо.
Решим в рабочем порядке.