я лично указываю относительно пакета

Коллега, у вас что-то с инстинктом самосохранения и со скрытым садизмом

код который лежит в этой же папке не подключается

и не должен. но я не сомневаюсь, что у @ruelephant свой путь, который ему важнее всех гайдлайнов...

Коллега, у вас что-то с инстинктом самосохранения и со скрытым садизмом

я давно заметил, что все шишки, набитые сообществом, он проверяет на своей шкуре. тоже позиция

да еще раз

я рад бы использовать ваши гайдлайны

я давно заметил, что все шишки, набитые сообществом, он проверяет на своей шкуре. тоже позиция

¯\_(ツ)_/¯ ссзб

не надо, а?

только не понятно как они решают мои задачи ?

я же показал

вот например с форком вы смогли предложить только костыль

а форк это основная функция считайте

да с чего бы?

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

если мы говорим про мульти работу с проектом

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

Пиши на php, пожалуйста

Пиши на php, пожалуйста

предлагаете всем на 1 ветки сидеть? ?

да

это пораждает такой хаоc, "ой я же 5 секунд назад пулился, уже кто-то залил теперь у меня конфликт на 20 файлов"

на самом деле - нам похрен на ветки, мы хотим повторимого билда.

предлагаете всем на 1 ветки сидеть? ?

на го воркфлоу только такой: репозиторий тот же, ветки другие, пушьте куда хотите

киммичу в /user/project @ branch-1 пушу в /user2/project @ branch-1 делаю pr

pr это пуль реквест?

да

Oh god

вообще то насколько я помню к гитлабе пулреквест делается из форка только

а мы используем гитлаб для огранизации хранилища (локально)

коллега

вообще то насколько я помню к гитлабе пулреквест делается из форка только

спорю, что не только

а мы используем гитлаб для огранизации хранилища (локально)

а я ведь вас забаню, если вы будете тут педерастию продолжать пропагандировать

гитлаб - педорастия?

Чего ты передергиваешь?

где я передергиваю? помоему даниел процитировал фразу про гитлаб

при чем тут vgo?

при том, что он решает эту проблему? вот форк, а вот его зависимости: ```v/github.com/danf0rth/chi@v1.0.0 v/github.com/danf0rth/chi@v1.0.0/middleware v/github.com/danf0rth/chi@v1.0.0/render``` при этом я ручками ничего не правил, я сделал форк на гитхабе, и просто сделал go get мой_форк, после чего в нем сделал vgo build

чето телеграм последнее время не хочет форматировать со ссылками внутри

где я передергиваю? помоему даниел процитировал фразу про гитлаб

Где цитата?

ну в ответе

он ответил на конкретное сообщение если что

коллега

прекратите пожалуйста

вы не троль, а честно заблуждаетесь

поэтому банить вас я не хочу

но - придется, если вы будете продолжать заблуждаться агрессивно

ну я как понимаю ваше решение - не использовать форки вообще

я правильно понимаю?

вы сначала определитесь, зачем вам этот форк?

ну я как понимаю ваше решение - не использовать форки вообще

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

ну я как понимаю ваше решение - не использовать форки вообще

А вот это уже троллинг

ну мне предложили только костыль с dep

Тролли

Много их

А вот это уже троллинг

не, просто тупость

хорошо конкретный кейс

github.com

не надо

хочу поправить либу...

пожалуйста, хватит

мы отлично все поняли с первого раза

я ничего не понял, но, видимо, и не надо)))

я ничего не понял, но, видимо, и не надо)))

Я тоже ?

ну вон даниель понял, остальным запрещает пояснять ?

Я тоже ?

тогда теперь ты сам менеджи этот фонтан...

ну вон даниель понял, остальным запрещает пояснять ?

Не надо мне пояснять уже

Я нашел старый холивар

тогда теперь ты сам менеджи этот фонтан...

ну просто обидно что вы не обьясняете как по вашему правильно, в этой ситуации. Только угрожаете банов в случаи если не согласен

хотя мне лично вообще не понятно как использовать форки "правильно", вить dep файл тоже идет в коммит (он не в игноре), а это значит что при мерже из форка мы должны не забыть исключить его, иначе мы испортим уже родителя.

а я вот вижу совсем другое

ERROR: S client not available

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

есть мое мнение и неправильное мнение.

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

ДО того как его смержат, что логично

в "моем" варианте оно воспроизводится всегда и везде

представьте огромный проект на несколько десятков зависимостей? их все надо учитывать. Если мы забудем хоть одну "переписать локально в dep" то получим что кусок кода у нас не от нашего проекта. Что приведет к неопределнном поведению

(зависимости все лежат не на внешних репозиториях, а внутри этого же)

зачем, хотел бы я знать, вы форкнули несколько десятков зависимостей? вы их все поправили?

я могу поправить любую из

например у меня в проекте лежат папки middleware

handlers...

я в любом момент времени могу поправить любую

ну вот как поправите - так dep и обновите, делов-то

человеческий фактор же, я уже тратил на отладку такого пол рабочего дня ?

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

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

не верю

в головотяпство - верю, а в хрен-поймаешь - нет

если все делать правильно - у тебя проект не начнет собираться, пока ты в dep не пропишешь, что надо, и не обновишь вендор

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

ну так dep он же собирает зависимости по коду самостоятельно и автоматически

это dep init так делает

если ему не прописать как вы выше давали, он и подберет туда "со старой репы"

dep init здоровые люди запускают ровно один раз

(dep ensure делает похоже, но по-другому)

вообще то dep ensure тоже обновляет зависимости

он обновляет их иначе

погодите...

я правильно понял, что вы dep ensure запускаете перед каждым билдом?

ну да, перед коммитом

что бы собрать зависимости которые нахреначил в проекте

тогда у вас нет проблем

потом на билд сервере оно из них разворачивает