Есть ли какая-либо форма контроля версий для LSL? - PullRequest
3 голосов
/ 07 апреля 2009

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

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

Ответы [ 7 ]

2 голосов
/ 16 мая 2009

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

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

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

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

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

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

-cb

1 голос
/ 14 марта 2015

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

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

1 голос
/ 17 июля 2009

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

0 голосов
/ 20 апреля 2019

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

Сценаристы-агенты, боты AKA, имеют все обычные аватарные действия. Хотя я никогда не видел 1004 *, который использовался в качестве хранилища объектов, нет причины, по которой вы не могли бы его создать. Зайдя в систему как отдельная учетная запись, агент может находиться там, где вы хотите, автоматически или по команде, а затем собирать любые или все объекты, над которыми вы работаете, через заданные интервалы или по команде, и все, что они собрали, может быть передано вам или сотрудникам.

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

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

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

0 голосов
/ 18 июня 2009

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

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

0 голосов
/ 11 апреля 2009

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

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

0 голосов
/ 07 апреля 2009

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

...