Skip to content

Conversation

@Tur8008
Copy link
Contributor

@Tur8008 Tur8008 commented Jan 7, 2017

В строке 543 некорректное условие НужныйПуть <> Неопределено. Это условие всегда будет давать истину.
Заменил на НужныйПуть .Существует() так как данный метод проверяет факт существования файла 1cv8.exe.

@nixel2007
Copy link
Member

Хм, мерж конфликт... Можешь сделать ребейз над свежим мастером на своей стороне?

@Tur8008
Copy link
Contributor Author

Tur8008 commented Jan 8, 2017

Я не импортировал изменения после релиза. Попробую:) может отменить этот PR и сделать все заново?

@nixel2007
Copy link
Member

Если изменений немного, то так может быть проще, да :)
Но ребэйзу тоже надо научиться :)

@Tur8008
Copy link
Contributor Author

Tur8008 commented Jan 8, 2017

Ты конечно прав:) Пошел учить мат часть:) Я так понимаю:

  1. я должен получить изменения из вашей ветки,
  2. сделать rebase со своей рабочей веткой
  3. сделать commit и push в свой репозиторий и это должно зайти в текущий открытый PR

@nixel2007
Copy link
Member

Надо сделать fetch upstream/master, rebase on upstream/master и push --force
где upstream - название remote, ведущее в данный репозиторий (oscript-library/v8runner)

@Tur8008
Copy link
Contributor Author

Tur8008 commented Jan 8, 2017

Ну вроде, все ок.

@nixel2007
Copy link
Member

Не совсем то, что имел ввиду :)
Тем не менее - спасибо большое! Постараюсь завтра выпустить баг фикс.

@nixel2007 nixel2007 merged commit 1e6a42f into oscript-library:master Jan 8, 2017
@Tur8008
Copy link
Contributor Author

Tur8008 commented Jan 8, 2017

Ну нашелся способ попроще:)). Вообще у меня rebase все таки получился. Но теперь у меня нет коммитов к отправке. Поэтому мне ключ force нужно использовать?

@Tur8008
Copy link
Contributor Author

Tur8008 commented Jan 8, 2017

В общем не дождался я, поспешил в ручную поправить, мог сделать правильно. В итоге все получилось, но PR закрылся уже.
P.S. Мне нравится проект, но пока я только пробую собрать этот пазл из множества технологий. Честно говоря процесс освоения этого всего пока значительно медленнее чем хотелось бы. Не могу пока ощутить превосходства перед ручными операциями, но думаю дело времени.

@nixel2007
Copy link
Member

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

Скрипты же (как и сам опенсорс) - это стиль жизни :) стоит втянуться и тяжело потом от этого отказаться)

@nixel2007
Copy link
Member

Отвечая на вопрос - ключ Force нужен в случае разницы в историях в локальном репо и в удаленном - он перезатирает удаленную историю локальным состоянием.

@nixel2007
Copy link
Member

нет коммитов к отправке - это странно. По идее после успешного ребэйза должен появиться коммит, которого нет в удаленном репо

@Tur8008
Copy link
Contributor Author

Tur8008 commented Jan 8, 2017

В процессе ребэйза возник merge conflict, после его разрешения и после того как я ввел команду git rebase --continue коммит исчез т.е команда git status показывала что репо в актуальном состоянии. После того, как я сделал git push --force в удаленном репо все актуализировалось. Мне не с чем сравнивать, я это в первые делал, но опыт полезный, спасибо что подсказал.

@Tur8008
Copy link
Contributor Author

Tur8008 commented Jan 8, 2017

Ну да, эта штука затягивает:) Все праздники игрался. Вчера наткнулся на автоматизацию задач в VSCode и встроенный терминал с возможностью выполнения скриптов - здорово, прям не нарадуюсь, думаю может грозный инструмент получиться. Не уверен, что ,будет альтернативой EDT, но кто знает ...

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

Конфигуратор.ВыгрузитьИнформационнуюБазу(ПутьВыгрузки);
Конфигуратор.ОбновитьКонфигурацию(КаталогВерсии);

Как определить, что выгрузка успешно завершена, чтобы перейти к этапу обновления? Нужно как-то диалог организовать, чтобы понимать на каком этапе обновление находится? что вообще в черном ящике происходит? Сидишь и ждешь сообщения "Информационная база обновлена".

@nixel2007
Copy link
Member

Всё методы v8runner выполняются процедурой ЗапуститьИПодождать, её текст можно посмотреть. То есть вторая команда не выполнится, пока не выполнится первая.
Дополнительно v8runner умеет возвращать код ошибки и вывод платформы, его тоже можно анализировать, если есть такая необходимость.

@nixel2007
Copy link
Member

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

Плюс есть возможность из прикладного скрипта включить вывод отладочного лога v8runner - ддя этого нужно получить новый инстанс Логирование.ПолучитьЛог, указать в имени лога имя, которое использует v8runner (можно посмотреть в исходнике библиотеки) и УстановитьУровень с уровнем Отладка.

@nixel2007
Copy link
Member

А по поводу выполнения скриптов... В language-1c-bsl уже заложена команда по созданию файла tasks.json с преднастроенными вариантами запуска файлов. Посмотри вообще доступные точки расширения, там много чего интересного есть.

@nixel2007
Copy link
Member

Добью опм - возьмусь за подсказку через точку для библиотек оскрипта

@nixel2007
Copy link
Member

Если вдруг непонятно, что за language-1c-bsl, то вот ссылка https://github.com/xDrivenDevelopment/1c-syntax

@Tur8008
Copy link
Contributor Author

Tur8008 commented Jan 9, 2017

В language-1c-bsl уже заложена команда по созданию файла tasks.json с преднастроенными вариантами запуска файлов

Да я этим уже пользуюсь, оч. круто, особенно вместе со встроенным терминалом. Жмешь Ctrl+Shift+B и сразу видишь процесс.

Справки по методам библиотек oscript нужны, сам хотел у тебя спросить нет ли в планах.

ЗапуститьИПодождать не экспортный метод, вместо это есть ВыполнитьКоманду или что-то в этом роде. Спасибо за наводку понял куда копать.

@Tur8008
Copy link
Contributor Author

Tur8008 commented Jan 9, 2017

Есть вопрос по разработке конфигураций через git. Не могу понять алгоритм. Платформа ведь каждый раз всю конфигурацию в файлы выгружает. Получается перед каждым коммитом нужно делать довольно громоздкую процедуру? Или я неправ?

@nixel2007
Copy link
Member

Если есть хранилище, то проще настроить гитсинк.
Если его нет, то да - надо очистить папку с конфой и повторно её туда выгрузить.

@EvilBeaver
Copy link
Member

@nixel2007

В language-1c-bsl уже заложена команда по созданию файла tasks.json с преднастроенными вариантами запуска файлов

А как найти?

@EvilBeaver
Copy link
Member

@Tur8008

Пишу сценарий автоматического обновления

А вот это не подойдет? https://github.com/oscript-library/deployka

@nixel2007
Copy link
Member

@EvilBeaver

А как найти?

f1 - create tasks.json

@Tur8008
Copy link
Contributor Author

Tur8008 commented Jan 11, 2017

@EvilBeaver может и подойдет. Я с нее и начал после твоего вебинара "Задеплойка", но сразу напоролся на ошибку определения версии платформы v8runner. Ну а так как deployka активно использует v8runner теперь я думаю, что мне самому было бы неплохо поработать с первоисточником, чтобы лучше понимать как все устроено.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants