« Rev
@gogolang   575
Fwd »


Vladimir
Это означает, что ее надо в репу класть, правда?
ну она лежит, просто go-get не умеет ее брать
Vladimir
например хеш коммита + последний тег
Мерль
но ни разу я не видел, чтобы make действительно приносил пользу
А мне удобно, когда этап сборки больше двух ступеней Типа: сгенерировать код, сгенерировать файлы ресурсов, прогнать все тесты, собрать проект, прогнать тесты
Vladimir
@onokonem оно в репе? в репе, в метаданных гита
Vladimir
доступно ли для go build? нет
Vladimir
важно ли? да, ИМХО должно быть экспортировано у любого кода
Daniel
Оно в репе пока не завендорено
Vladimir
у базового проекта
Vladimir
у библиотеки такого быть наверное не должно совсем
Vladimir
хотя я бы экспортировал бы коммиты из Gopkg.lock'а
Vladimir
на каждую зависимость
Daniel
Короче, я обосновал?
Vladimir
да, но как-то слабо
Daniel
Ну - твоя очередь
Vladimir
Ну - твоя очередь
да я тебе отвечал же
Vladimir
убогость билд системы языка не повод не делать так
Vladimir
примеры в общем в том числе выше говорили. Makefile в данном случаи тебе позволяет: 1. Делать например тесты при сборке, что полезно когда у тебя 100500 pkg внутри проекта. 2. Собирать более чем под 1 архитектуру за раз, абстрагируя это от твоей билд системы (опять же полезно для тестов, например) 3. Билдить передавая внешние параметры, например tag + commit
Vladimir
туда также можно вынести моменты которые тебе лень часто делать, например апдейты зависимостей
Vladimir
ты еще забываешь о более сложных проектах, которые еще содержат статику. Например тебе надо из твоего typescript/clojurescript/whaterver сделать js
Vladimir
и минимизировать цсс
Vladimir
и примеры таких проектов - фактически все с веб-мордой
Daniel
Я повторю вопрос - при чем тут мейк? Это все делает ci
Daniel
Кроме того, что делает генерейт
Vladimir
Я повторю вопрос - при чем тут мейк? Это все делает ci
притом что если это все делает CI, то ты завязываешь ВСЕХ на эту свою CI :)
Vladimir
или ты коммитишь результаты работы в репу
Vladimir
что люди не шибко любят
Ilia
make просто неудобно
Vladimir
Никогда не использую для этого е-учий мэйк
ну тут без особой разницы - makefile или баш скрипт
Vladimir
или еще что такого уровня
Vladimir
Для этих задач запоминаем слово webpack
угу, но у каждого проекта СВОИ идеи о том какие тулзы должны быть использованы. Плюс кто-то же должен все это вызвать
Daniel
или ты коммитишь результаты работы в репу
А что, есть маза не коммитить?!
Vladimir
А что, есть маза не коммитить?!
так вот делают же многие
Vladimir
А что, есть маза не коммитить?!
комитят тока всякие .ts
Kirill
А что, есть маза не коммитить?!
Есть, если мы о билде
Vladimir
и прикладывают Makefile
Vladimir
и говорят что билдите нас make'ом
Vladimir
а еще предварительно поставьте вот этот список хреноты
Kirill
Шта
Kirill
комитят тока всякие .ts
Kirill
и прикладывают Makefile
Vladimir
Шта
ну вот так вот
Kirill
Ещё раз - wepack + npm scripts
Vladimir
Ещё раз - wepack + npm scripts
go get все равно их не запустит
Kirill
И не должен
Kirill
И мэйкфайл тут ни при чём
Vladimir
Makefile лишь один из враиантов сказать как правильно сбилдить все
Kirill
Я у себя в проектах вообще сборку пишу в плэйбук
Kirill
Как и деплой
Kirill
Локально запустить - vagrant up и полетели
Vladimir
Я у себя в проектах вообще сборку пишу в плэйбук
ну ты всех завязываешь на установку того, для чего плейбуку написал )
Vladimir
вероятно на ансибл
Kirill
Только на вагрант
Vladimir
если у человека не используется нигде ансибл, он будет тебя очень сильно любить если захочет пересобрать это все
Vladimir
Только на вагрант
вагрант - ну ок, в общем интересное решение, да
Vladimir
тока я не уверен что тебя будут материть за него меньше чем за мейкфайл
Kirill
если у человека не используется нигде ансибл, он будет тебя очень сильно любить если захочет пересобрать это все
А в этих случаях я класть хотел на это, тут исключительно закрытый код, где важна повторяемость сборок
Kirill
В опенсорце - только go get
Kirill
Единственная команда, которую нужно написать в ридми
Kirill
В итоге получаем /backend/ /build/ /docs /frontend/ /ops/ Vagrantfile -> ops/_Vagrantfile README.md
Vladimir
@kirilldanshin это уже завязки на корпоративные стандарты и все такое
Vladimir
Зато поддерживать легко
В рамках компании проще быть диктатором
Vladimir
и сказать "только так и никак иначе"
Vladimir
в рамках опенсорса - как бы нет
Vladimir
и лучше предоставлять такой интерфейс, который проще понять
Kirill
Ну - сейчас пилю новый gophers.by. Схема та же, ибо мне это потом поддерживать
Ivan
Vagrantfile это удобно на самом деле почти для всех проектов. Если там описать установку всех запчастей к либе или программе и сделать на основе образа с голангом, то будет так, что нашёл либу или программу, сделал vagrant up и можешь экспериментировать без заморочек с выкачиванием зависимостей.
Kirill
Только у меня в нём не более, чем запуск энсибла
Ivan
Это уже не столь важно, чем выкачиваются зависимости и настраивается среда. Хоть шефом ;]
Kirill
Нинада
Мерль
Ivan
Субъективно го и перл надо поменять местами. Как минимум
Dmitriy
День добрый, вопрос не по го, но здесь многие отмечались как разработчики телеграм-ботов на го =) Вопрос по платформе телеграма, может кто знает. Во-первых, кто-нибудь вкурсе как заапрувить свой iv-шаблон для своего сайта, чтобы шары ссылок по дефолту формировались в instaview варианте? Во-вторых. В instaview можно добавить такую фичу как кнопку Join на канал своего сайта. Оказывается, чтобы эта фишка заработала нужно на сайте добавить мета тег <meta name="telegram:channel" name=...>. Нигде про это не написано, абсолютно. Может есть такой же легкий способ подключить свой iv-шаблон через мета тег, типа "telegram:rhash"? Может дока телеграмма в бане гугла?
« Rev
@gogolang   575
Fwd »