Size: a a a

1С, БСП, DevOps и Архитектура

2020 June 04

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
но вообще градль на котлине намного приятнее градля на груви
источник

DK

Dmitry Klimenko in 1С, БСП, DevOps и Архитектура
По другому вопрос. Тебе нужны мейнтейнеры, которые не хотят изучать градл/мавен и прочие штуки, но хотят делать диагностики или нет? Или ты вот сейчас хочешь сказать, что нужны только мейнтейнеры, который должны изучать системы сборок?
источник

DK

Dmitry Klimenko in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
но вообще градль на котлине намного приятнее градля на груви
только есть нюанс: из документации нельзя скопипастить
источник

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
Может уже скидывали, но всё же.
https://rarus.ru/events/20200710-1c-rarustechday-2020-416481/
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
но вообще градль на котлине намного приятнее градля на груви
А мавен ещё лучше
источник

AA

Artur Ayukhanov in 1С, БСП, DevOps и Архитектура
Dmitry Klimenko
Артур, скинь кусочек, из`build.gradle.kts` как я понимаю, плиз. Вообще такой штуке место в разделе конрибьютинг кмк
вообще можно вернуться  в профильный чат уже )
repositories {
   mavenCentral()
   maven { url = URI("https://jitpack.io") }
}
сюда вписать mavenLocal или что-то типа того,
я у себя удалил после принятия ПР
источник

AA

Artur Ayukhanov in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
меня первым об этом спросил Артур, через пару недель/месяц разговор об этом был у тебя. больше никому не нужно, либо не было такой потребности. собирали через джитпак и нормально было. но вообще это основы градля, причем тут бсл лс?
ну да, видимо, остальные или мейнтейнеры или не юзают собственные сборки мдклассов или парсера или еще не юзали )
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Artur Ayukhanov
ну да, видимо, остальные или мейнтейнеры или не юзают собственные сборки мдклассов или парсера или еще не юзали )
Мне достаточно jitpack
источник

OT

Oleg Tymko in 1С, БСП, DevOps и Архитектура
Вообще это не разговор для этого чата )
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
А скажите, запуск чистой базы УТ 11 первый раз на линухе, должен завешивать система так что даже Алт-Таб не работает? Или это в моей консерватории что-то не так?
(убунта 18.04)

Открыл конфигуратор. Создал новую чистую УТ из шаблона. И нажал кнопку "открыть конфигурацию" - все зависло на 3-5 минут... .. часики крутяться, вентилятор воет... а комп не реагирует.
Потом конфа окрылась и все ОК
источник

BS

Basil Stepanov in 1С, БСП, DevOps и Архитектура
Василий Мазурок
А скажите, запуск чистой базы УТ 11 первый раз на линухе, должен завешивать система так что даже Алт-Таб не работает? Или это в моей консерватории что-то не так?
(убунта 18.04)

Открыл конфигуратор. Создал новую чистую УТ из шаблона. И нажал кнопку "открыть конфигурацию" - все зависло на 3-5 минут... .. часики крутяться, вентилятор воет... а комп не реагирует.
Потом конфа окрылась и все ОК
первый раз создается кеш. у меня даже на винде знатно подвисает
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
На самом деле виноват был ИС. В хороме страничку открыл... и он крутил и крутил ... чегото короче крутил ... да так что всю память "выкрутил".
Может это и Адблок до кучи...
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Dmitry Klimenko
По другому вопрос. Тебе нужны мейнтейнеры, которые не хотят изучать градл/мавен и прочие штуки, но хотят делать диагностики или нет? Или ты вот сейчас хочешь сказать, что нужны только мейнтейнеры, который должны изучать системы сборок?
если ты хочешь делать диагностики или новые сервисы - тебе не нужно знать градль или мавен. инфраструктура под это готова и не требует вмешательства в ядро.
если ты хочешь пофиксить мдклассес - логично было бы фиксить код в мдклассес. если ты хочешь добавить в проект что-то, подо что не настроена система сборки - ну, да, ее надо сначала настроить. либо коммитнуть и использьзовать джитпак. да, если ты что-то меняешь в зависимостях, тебе нужно знать, как эти зависимости объявлять и редактировать, не вижу в этом каких-то тайных знаний.
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
но опять же, людей, которым нужны знания системы сборки - единицы. и обычно им не страшно изучить какую-то ее часть. у тебя специфичный кейс, требующий специфичных настроек. да, под это нет документации в бсл лс, но есть документация в градле, так как это градль-специфик задача.

можно было бы добавить это в инструкцию контрибьютора? да, наверное. но я не пробовал использовать mavelLocal. если ты попробуешь и у тебя получится - может заодно и зафиксируешь и пришлешь пр в доку? я только спасибо скажу
источник

DK

Dmitry Klimenko in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
если ты хочешь делать диагностики или новые сервисы - тебе не нужно знать градль или мавен. инфраструктура под это готова и не требует вмешательства в ядро.
если ты хочешь пофиксить мдклассес - логично было бы фиксить код в мдклассес. если ты хочешь добавить в проект что-то, подо что не настроена система сборки - ну, да, ее надо сначала настроить. либо коммитнуть и использьзовать джитпак. да, если ты что-то меняешь в зависимостях, тебе нужно знать, как эти зависимости объявлять и редактировать, не вижу в этом каких-то тайных знаний.
Это не нужные мне знания. Я бы прошелся по мануалу и сделал за 20 минут. Изучать градл ради этого (чтобы один раз собрать) у меня нет времени.
источник

DK

Dmitry Klimenko in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
если ты хочешь делать диагностики или новые сервисы - тебе не нужно знать градль или мавен. инфраструктура под это готова и не требует вмешательства в ядро.
если ты хочешь пофиксить мдклассес - логично было бы фиксить код в мдклассес. если ты хочешь добавить в проект что-то, подо что не настроена система сборки - ну, да, ее надо сначала настроить. либо коммитнуть и использьзовать джитпак. да, если ты что-то меняешь в зависимостях, тебе нужно знать, как эти зависимости объявлять и редактировать, не вижу в этом каких-то тайных знаний.
Пофиксить, подаждать, пока примут ПР. Я бы хотел получить результат. Здесь и сейчас.
источник

DK

Dmitry Klimenko in 1С, БСП, DevOps и Архитектура
Я просто не понимаю, как текущие мейнтейнеры поступают, когда вот зависимости дорабатывают. Парсер тот же. Проблема ровна такая же.
источник

DK

Dmitry Klimenko in 1С, БСП, DevOps и Архитектура
Ну про джитпак я увидел.
источник

DK

Dmitry Klimenko in 1С, БСП, DevOps и Архитектура
Dmitry Klimenko
Ну про джитпак я увидел.
Только все равно, мне кажется, что это оверхед какой-то.
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Dmitry Klimenko
Я просто не понимаю, как текущие мейнтейнеры поступают, когда вот зависимости дорабатывают. Парсер тот же. Проблема ровна такая же.
Разделение доработок и тесты. Сначала обкатывается и тестируется один модуль, потом интегрируется в родительский проект. Так же, джитпаком и отдельным пр
источник