более того, если включить тот же сквош и фф, то у тебя мержи не будет отличаться от обычных комитов, и будет очень сложно, или даже вообще не возможно отличить комит от мержа, так что смысл =)
Читать полностью…Ну в основном в гите все свои навыки показывают, думаю если все по кд пушить в мастер, то меня могут раскритиковать)
Читать полностью…Насчет коммитов/пуша в git, все говорят, что лучше не пушить в мастер. Следовательно, допустим в проект я добавляю сваггер, мне нужно создавать новую ветку features/swagger и туда пушу измененный код в проекте, а потом мержу с основной веткой. Правильно же?
Читать полностью…в общем, задача решилась вызовом команды из докер-контейнера. звучит как какой-то костыль, но работает.
может кто подсказать.
сгенерированный sqlc (как и любой другой генерируемый) пушат в репозитории обычно?
ну только я с версией го не понял
для этого проекта юзается go 1.20.10 и он ставился средствами vscode
есть ощущение, что он откуда-то из его go env берёт эту переменную
А если в одной сессии в начале установить переменную а потом выполнять команду, а ля
```
export CGO_ENABLED=1sqlc generate
```
Ну так интерпретатор bash? если да, то должно так работать, если из командой строки винды, то там немного по другому делается
Читать полностью…go env говорит, что CGO_ENABLED=0, но и нет желания глобальную переменную менять, потому что я не вполне уверен в последствиях))
Читать полностью…Если тебе нужно только для этой команды, то просто перед вызовом команды так и пишешь, к примеру
CGO_ENABLED=1 go buildЧитать полностью…
ребяткиsqlc generate
выдаётthe PostgreSQL engine requires cgo. Please set CGO_ENABLED=1
но что-то я не понимаю, как засетать ENV переменную только для этой команды
Ну у меня почему то сгенерился не имплюментируемый метод, он мешал для регистрации сервера. Я его удалил, сервер запустился
Читать полностью…ну в таком случае просто возьми за правило, что мастер всегда должен быть стальным. Если твой коммит ничего не ломает, то можно сразу запушить в мастер. Если же тебе нудно сделать несколько коммитов (к примеру большой рефакторинг или еще что то) где по отдельности комиты что то ломают, то это уже стоит делать в отдельной ветке и потом мердить в мастер все сразу, что бы, если что, при откате не получить сломанную версию (если случайно откатишь не все коммиты)
Читать полностью…Вообще, если ты один работаешь над проектом, то можешь спокойно пушить в мастер, или делать как тебе будет удобно. Если тебе какие то изменения сейчас в мастере не нужны, а выбрасывать их точно не стоит, то именно для таких случаев и нужны ветки. Так что пользуйся ими как тебе удобно. А вот для командной разработки, когда вас много уже одним мастером не обойтись и по этому были придуманы всякие гит флоу итп. Про мастер нужно знать только одно - как правило, там лежит самая актуальная версия проекта. Это не более чем просто правило хорошего тона. То есть если к тебе придет кто то, то он будет знать из какой ветки брать то, что сейчас работает и в целом актуально. Вот и все.
Читать полностью…Сорян, кажется тут я все же наврал, в одну команду это делается так
```
export CGO_ENABLED=1 && go build``` Читать полностью…
да, по сути логика простая, если переменная может быть использована вне рамок времени своей жизни в текущем стеке, то она помещается в кучу
Если ты например возвращаешь указатель из функции и пользуешься им в другом месте, то данные на которые он указывает, пойдут в кучу, если ты работаешь с тем же указателем в рамках одной и той же функции и никуда за ее пределы не выносишь то все остается на стеке и будет выгружено
Я так понимаю, решение где аллоцировать, на стеке или в куче, выносится по результатам некого "escape analysis"? (нечто подобное на JVM)
Читать полностью…ну вообще так не делают. Если тебе нужно его отредактировать, то с большой долей вероятности ты что то делаешь не так.
Читать полностью…Привет, меня 1 вопрос интересует, на сколько плохо изменять pb файлики, которые генерируются?
Читать полностью…