Покритикуйте идею Конфигуратор -  эмулятор (прокси) хранилища разработки - Git

что за эмулятор?

(1) нет
думаю написать

нечто вроде
https://infostart.ru/1c/articles/1769327/
https://github.com/ovcharenko-di/crserver-filter

(2)+ только на другой стороне будет не реальное хранилище а Гит

Git для чего?

интеграция GIT имеет смысл только в среду разработки, на сколько я знаю большинство сред разработки уже имеет такую интеграцию.

Или ты хочешь конфигуратор прицепить к гиту?

(3)+ правильней сказать своя ветка гита
а в мастер сливать можно через EDT или через Конфигуратор подключив его к мастеру

(4) >хочешь конфигуратор прицепить к гиту?

Именно. Причем визуально "напрямую".

Причем можно сразу реализовать фишки типа сонара
Тупо если проверку код не проходит правилами то отказ с причинами

(5)
1. EDT - наверно и так имеет интеграцию с GIT ? я не знаю есть или нет, но EDT вообще не имеет смысла без такой интеграции
2. конфигуратор - так там cf общий, что-бы адекватно работало нужно уметь работать не с cf а с отдельными объектами (и в конечном варианте писать их в файлы), не очень понимаю как это технически можно реализовать, но думаю если будет реализация будет интересно для определенной группы людей.

(8) EDT имеет интеграцию с Git
Но Конфигуратор не имеет, известные решения работают с хранилищем, выгружая его в Git
Хочу напрямую

(8) >уметь работать не с cf а с отдельными объектами

протокол обмена с хранилищем конфигураций это и делает

Да че вы все в Гит то лезите? Чем вам хранилище то не алё?

(11) захваты-блокировки
нет нормального просмотра версий-изменений
нет разных фишек типа привязки к задачам-аналитикам
нет сонара, неудобно код-ревью

(9) тут я вижу 2 варианта

1. ты берешь за основу интерфейс который предоставляет служба хранилища и просто пишешь свою службу которая в свою очередь работает с гитом. Но тут ты не вылезешь за функционал этого интерфейса.

этот вариант хорош тем, что будет работать с любой платформой прямо "из коробки", но функционал будет типовой

2. лезть в адресное пространство платформы (типа снегопата), на мой взгляд путь тупиковый, с каждым релизом может все слететь....

(13) да, только вариант 1
причем не tcp а только http

(12) >>> захваты-блокировки

основной проблемой гита является отсутствие оных

(12) Был на инфостарте, там расказывади про эти связки, такой гемороище, а нужно ли это все?
в большенстве случаем по принятию задачи аналитиком про нее забывают и никто ее анализировать более не собирается, код ревью можно и без гита делать тоже

(15) блокировки это реально проблема
когда в один большой общий модуль(ли) сразу несколько разработчикам надо разные функции ваять
в этом случае Git прекрасно автоматически смерджит

(14) думаю часть народа перейдет на такой вариант.

лично я нет, так как для меня захват в хранилище - это благо...

(11) Они не программисты а сплошные тестеры и "архитекторы". Просто люди не умеют в групповую разработку.

(16) покажи как?

цель отказаться от комментариев к коде при разработке без гита

чтобы при код-ревью можно было видеть до-после

(17) 1С также автоматический смержит просто ещё раз у тебя уровень не тот.

(20) >>>цель отказаться от комментариев к коде

чем тебе комментарии в коде не угодили?

просто надо отделять комментарии к коду "ПРИНИМАЕМ ПАРАМАМЕТР С ТИПОМ МАССИВ" и административные комментарии "ЗАКАЗАЛ ВАСЯ 22 ЯНВАРЯ"

(21) ты издеваешься?
как ты в подключенной к хранилищу базе начнешь править захваченный другим модуль?
ваять в отдельной базе и потом вручную мерджить через cf или копи-пасте?

(22) любые комментарии убрать, перенести их в гит
при необходимости можно выпустить конфу со всеми нужными комментариями взятыми из гита - причем автоматом

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

(22) потому что это в итоге помойка никому ненужная.

я не буду спорить, сами себе геморой придумываетет и потом доблестно решаете, а толку от этого ноль , плюсом еще забиваете время программерам всякой куйней маяется

(25) ничего не понял
вы в больших проектах разработки-доработки участия принимали?

Когда коту делать нечего....

А какой смысл ?
Если захватывать 1 модуль может только 1 чел всё равно - ничего не изменится

(30) В гит типа можно множеству захватывать все и править, а потом сливать, то есть отложение проблемы одной в другую и доблестно решать...
ксати у нас при разработке таких коллизий как правка одного дока(условно) 2 -мя программерами одновременно не возникает почему то, может завасит от постановки и распеределении задач?

(30) захват будет виртуальный на эмуляторе
фактически создается новая ветка-бранч
при помещении делается коммит и пуш
как пулл реквесты и мёрдж пока не придумал

(31) сильно зависит от конфы, на ERP УХ упирается в общие модули, когда разработчиков много это ахтунг
хоть как задачами жонглируй

(0) Мыши плакали кололись, но продолжали есть кактус

а есть РуГИТ?

а то к буржуйским ресурсам чот доверие пропадает :)

Гоблина с ютуба выпилили, Г1С нигерланцы VDS заблокировали

Прочитал описание на ифностарт :

Во всех командах разработки рано или поздно возникает потребность привязки изменений кода к номерам задач. В итоге команды приходят к решению в виде комментариев в хранилище 1С. Но часто ли разработчики соблюдают это правило? Также может срабатывать человеческий фактор: можно ошибиться буквой, цифрой, задачей, ее статусом, исполнителем, системой, местом работы. Приходится перевыкладывать хранилище через gitsync, переделывать связи, тратить лишнее время и силы.


Господи каких только клоунов не повстречаешь на инфостарте ))

(32)

"захват будет виртуальный на эмуляторе
фактически создается новая ветка-бранч
при помещении делается коммит и пуш
как пулл реквесты и мёрдж пока не придумал"

а это точно чат по анимэ&

(35) есть оказывается :)

https://habr.com/ru/company/ruvds/blog/359216/

(37) Мне кажется, это просто последствия чрезмерного употребления смузи :)

(37) (39) сразу видно кто с гит не работал и термины не понимает ))

(40) "смерджит" "мёрдж"

есть жы понятное слово "объединение"?

(40) Для всех этих слов есть нормальные русские слова. Зачем заменять их? Ты же не говоришь, "Я засейвил файл"? Ты говоришь "Я сохранил файл". Поэтому нарочитое употребление иностранных слов говорит лишь об уровне того, кто пытается тупо следовать моде.

(41) Если он скажет по-русски, то его в тусовке "модных обезьянок" стаканами из-под смузи забросают. :))

+(43) Ну а "ветка-бранч", что по сути означает "ветка-ветка" - это просто феерично :))))

(28) От скольки человек начинается ваша "большая" разработка? У вас там все пилят один модуль? Вы точно всё правильно делаете? Когда код идет через сонар ошибки вендора вы тоже правите? Если вам придет код от такиже упоротых ну с другими правилами вы под них будите писать или на свой лад переделывать?

Вы слишком рисуете проблему которой не существует в 99% процентах.

кстати, встречал эстэтов в своей практике - ну типа "тру-погромисты 1С" - код стараются по-буржуйски писать :)

ну типа так глаза меньше спотыкаются и мозг не ломается от кириллицы


Try
   If … Then

   ElsIf … Then

   Else

   EndIf;
Except

EndTry;


(46) Если у них мозг ломается от кириллицы он точно есть?

(44) жаль про активити со стейкхолдерами не врайтинг. Лессол бы регулярити Агилю, коста бы ему не было

(41) >есть жы понятное слово "объединение"?

длинное слово и неточное
правильный русский термин "слияние"

еще переведи pull request

(48) меня тоже коробит когда говорят таска или кейс

(0) аналог гитхаба, конечно делай. Рано или поздно нас от него отключат и придется искать православный. Чтоткасается перспектив в 1с. Мне кажется сомнительно, да и рынок слишком узок

(51) как можно меня отключить от локального гита?

(52) Он путает локальный гит с гитхаб/гитлаб