Существует ли какая-либо форма контроля версий для LSL?

Существует ли какая-либо форма контроля версий для Linden Scripting Language?

Я не вижу смысла вкладывать все усилия в программирование чего-либо в Second Life, если, когда там выйдет из строя база данных, я потеряю всю свою тяжелую работу.


person leeand00    schedule 07.04.2009    source источник
comment
Кто-нибудь получил ответ на это еще?   -  person leeand00    schedule 07.04.2009


Ответы (7)


Вы можете использовать средство просмотра Meerkat для резервного копирования целых объектов. или используйте некоторые из тестовых программ libopenmetaverse для резервного копирования в текстовой среде. Я думаю, что вы можете сделать резервную копию скриптов из инвентаря с их помощью.

person Aragorn    schedule 16.07.2009
comment
Резервное копирование объекта Meerkat, к сожалению, не распространяется на содержимое объекта. У Meerkat есть опции «Сохранить на диск» и «Загрузить с диска» в редакторе скриптов, но вы должны делать каждый файл отдельно. Пакетный импорт/экспорт с использованием libopenmetaverse, похоже, тоже не совсем подходит. Я копался в тестовом клиенте и даже разговаривал с разработчиком, который спонсировал награду за добавление этой функции (Lex Neva), и узнал, что, хотя загрузка/выгрузка отдельных скриптов теперь поддерживается, еще нет бесплатного инструмента для синхронизации весь каталог скриптов в инвентаре SL на ваш диск или наоборот. - person btubbs; 14.09.2009

К сожалению, в мире нет контроля версий. Я бы согласился с Гигги. В настоящее время я перемещаю свои проекты в систему Subversion (SVN), чтобы получить над ними контроль. На самом деле нужно было сделать это некоторое время назад.

В сети доступно множество бесплатных и платных сервисов SVN.

Всего два бесплатных примера:
http://www.sourceforge.net
http://code.google.com

У вас также есть возможность настроить его локально, чтобы иметь больший контроль над ним.

Выполните поиск по запросу «subversion» или «svn», чтобы узнать больше о том, как его настроить.

[изменить 18.05.09]
Вы добавили в комментарии, что хотите сделать резервную копию целых объектов. Для этого существуют различные программы. На один я наткнулся в быстром Поиск Google: Вторая инвентаризация
Я не могу рекомендовать эту или любую другую программу, так как я ими не пользовался. Но это должно дать вам начало.
[/edit]

-cb

person cyberbill    schedule 15.05.2009
comment
20$ не плохо для этого. L5999/300 = 20,00 долларов США - person leeand00; 18.05.2009

Джон Броучоуд, архитектор, работающий в SL, разработал внутримировую совместную систему управления версиями под названием Wikitree. Это визуальная SVN без дельта-дифференциации, которая происходит в типичных системах управления исходным кодом. Он объявил, что исходный код открыт в http://archvirtual.com/2009/10/28/wiki-tree-goes-open-source/#.VQRqDeEyhzM

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

person Peter Quirk    schedule 14.03.2015
comment
о боже, если следовать ссылкам, похоже, что wikitree так и не взлетела... но это было бы идеально для совместных сборок в SecondLife и OpenSim. - person ocæon; 20.04.2019

Можете ли вы сохранить его в файл? Если да, то вы можете использовать что угодно, SVN, Git, VSS...

person AaronLS    schedule 07.04.2009
comment
Конечно, вы можете скопировать и вставить его в файл, я имею в виду код, но как насчет 3D-объектов, к которым вы прикрепляете код? Я говорю о резервном копировании всего, кода, моделей и всего остального. - person leeand00; 07.04.2009

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

По большей части я держу свой источник вне игры и использую SVN. LSLEditor — неплохое приложение для работы со скриптами, и если вы создаете решение с объектами, оно может эмулировать большую часть игровой среды. (предоставление предметов, чтение карточек и т. д.) текст ссылки

person Giggy    schedule 10.04.2009

Лично я храню все фрагменты кода, которые, по моему мнению, стоит оставить на github.com (http://github.com/cylence/slscripts).

Git — очень хороший менеджер исходного кода для LSL, так как коммиты выполняются построчно, в отличие от других SCM, таких как Subversion или CVS. Причина, по которой это так важно, заключается в том, что большинство скриптов Second Life живут в ОДНОМ ФАЙЛЕ (поскольку они не могут вызывать друг друга... grrr). Таким образом, сравнение на уровне файлов не так эффективно. Сравнение построчно идеально подходит для LSL. С учетом сказанного, он также (как и SourceForge и Google Code) позволяет сделать ваш код общедоступным (если вы того пожелаете) и доступным для скачивания в сжатом файле для облегчения распространения.

person slant    schedule 18.06.2009

Поздний ответ, я знаю, но что-то изменилось в SecondLife, а что-то нет. Поскольку политика стороннего средства просмотра по-прежнему защищает от сохранения и загрузки объектов между средством просмотра и системой, я подумал о другой возможности, которую до сих пор полностью упускали из виду: боты!

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

Я не скажу, что написать скрипт для агента легко, и я даже не могу говорить о создании расширения для скриптового агента, но если вы не хотите начинать с нуля, есть обширная платформа с открытым исходным кодом, на которую можно опираться, Коррад. Другие сервисы ботов, по-видимому, не перечисляют «репозиторий объектов» среди своих способностей, кроме тех, которые поддержка CasperVend уже должна предоставлять возможность получения предметов по запросу.

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

Наконец, есть функция объединения для управления несколькими элементами как одним. в инвентаре. В настоящее время это не поддерживается для отправки или получения объектов, но в отсутствие бота может упростить отслеживание проектов, которые вы не хотите связывать как один элемент. (Предупреждение: не удаляйте объединенные объекты, которые нельзя копировать, рядом с земельными участками, которые нельзя построить, все, что не может быть удалено, полностью теряется)

person ocæon    schedule 19.04.2019