Closed pumbaEO closed 7 years ago
@pumbaEO Зачем убрал?
Потому что без 1ccomands не работоспособно, надо или добавлять 1commands или убирать gitsync
ИМХО нужно добавлять 1commands
.
Проблема возникла после моих дополнений.
Предлагаю этот PR закрыть, а я добавлю 1commands
в стандартную либу.
Тем более, что я хочу во всех стандартных пакетах перейти на 1commands
/cc @EvilBeaver @nixel2007
Если планируется именно в других использоваться, тогда лучше конечно добавить 1commands
Да, планируется юзать 1commands. ИМХО этот класс может/должен очень часто заюзаться, т.к. запуск различных процессов - это одна из самых частых нужд скриптинга.
Я тупо забыл добавить в стандартную поставку 1commands :( Извиняйте.
А перед выпиливанием гитсинка предлагаю зафиксировать последний релиз oscript-library с гитсинком и выпустить его. А уже затем в девелоп выпиливать гитсинк. И вообще создать другую задачу :)
давно пора выпилить гитсинк. неоднократно обсуждалось. за 1commands потом подтянется и gitrunner и куча всего. надо оставить в стандартной библиотеке только то, что действительно является частью стандартной библиотеки.
гитсинк - это приложение, поэтому его хотим выпилить из стандартной библиотеки.
1commands - это библиотека, тем более, библиотека, упрощаяющая работу по запуску любых программ. ИМХО это должна часть стандартной библиотеки, чтобы не пришлось дублировать функционал по запуску процессов и командных файлов в каждом скрипте. У нас сейчас куча методов-близнецов в разных местах по запуску процессов с получением кодов возвратов и получения вывода процессов.
Выпиливаем? Заодно 1testrunner. Совсем не против тестраннера как такового (как и бдд-раннера), но по аналогии - это приложение, а не библиотека, хоть и весьма полезное.
Если я ничего не пропустил при поиске tool1cd использовался напрямую только в gitsync. Его вроде бы тоже можно убрать.
Тестраннер оставляем для поощрения тдд и всего такого
Я также за оставление тестраннера. tool1cd можно выпилить.
@nixel2007 @EvilBeaver Напомню, что я предлагаю сначала сделать релиз стандартной библиотеки, зафиксировать его в сборке 1скрипта, а уже затем выпилить гитсинк. Могу отдельную ишузу создать под все эти задачи.
зафиксировать его в сборке 1скрипта, а уже затем выпилить гитсинк.
поясни пожалуйста. зачем? :)
Чтобы была "правильная" версия, к которой все привыкли. Представь, кто-то обновит 1скрипт, все библиотеки поменяются, гитсинк пропадет, и у него не будет отката :( Зачем пользователю добавлять лишнюю головную боль?
Представь, кто-то обновит 1скрипт, все библиотеки поменяются, гитсинк пропадет, и у него не будет отката :( Зачем пользователю добавлять лишнюю головную боль?
так в следующей версии oscript уже не будет этих библиотек. какая разница, когда удалять? я может реально чего не понимаю.
Пусть в следующей версии не будет, но к последней "правильной" c точки зрения пользователя всегда можно будет вернуться и это будет задокументировано. И не будет явных сюрпризов типа недавнего минорного обновления в третьем числе версии у 1С 8.3.9.2016, когда явно нарушилась совместимость при открытии внешних обработок.
Погоди. В ночник односкрипта и так попадают библиотеки с дев-ветки отсюда. Релиз пятнадцатой версии готовится к выходу в stable. Последняя правильная с точки зрения пользователя - oscript 1.0.14. Все остальное - дев
Так. Я ничо нипонил, вы сделайте чтобы можно было смержить. @artbear?
Как я уже писал выше, пока предлагаю
А я предлагаю этот пр смержить, так как не понимаю чего ждать :)
Лады, согласен с выпиливанием гитсинка предлагаю следующее:
@nixel2007 Сделаешь ?
выпустить релиз гитсинка
там разве что-то поменялось с последнего релиза?
Ага, я убирал дублирование кода и перешел на 1commands
ну и еще кое-что, смотри список коммитов ветки девелоп