На десктопе везде выглядит одинаково, никто же не будет копировать и править код с телефона, и картинка на фулхд экране занимает менее 20% скрола экрана

давай, уговаривай меня, что мне нормально

у меня вот insteadOf работает отлично. dep какой версии?

А работает без указания .git в конце названий пакетов? По https отдается какая-то метаинформация или нет? GitLab 302 редиректом на форму входа отвечает просто.

А работает без указания .git в конце названий пакетов? По https отдается какая-то метаинформация или нет? GitLab 302 редиректом на форму входа отвечает просто.

я про dep - и с ним проблем не было

Ну а отрабатывает dep чисто на ssh или по https что-то отдается-таки?

Ну а отрабатывает dep чисто на ssh или по https что-то отдается-таки?

по хттпс ничего не отдается, у нас также форма логина по нему

А ждете долго? У меня так-то dep отрабатывает, просто приходится ждать, пока начнет фоллбекаться на ssh.

по хттпс ничего не отдается, у нас также форма логина по нему

репо на чем?

А ждете долго? У меня так-то dep отрабатывает, просто приходится ждать, пока начнет фоллбекаться на ssh.

я не заметил разницы, но деп вообще тормозной

На go get, в принципе, можно забить, но вот ожидание dep напрягает несколько.

@altai256 ну это ж разовое действо

потом все равно вендор коммитить

Ну, насколько понимаю, он для каждого импорта будет вначале пытаться ломиться по https, и только после таймаута - по ssh. И если их много...

Хоть один аргумент почему это плохо?

это не нравится тем, от кого вы ждете ответа

Ну, насколько понимаю, он для каждого импорта будет вначале пытаться ломиться по https, и только после таймаута - по ssh. И если их много...

ну если это так, можно им PR послать, они очень быстро все принимают

я им уже дважды PRы слал

по мелочи

Ну, насколько понимаю, он для каждого импорта будет вначале пытаться ломиться по https, и только после таймаута - по ssh. И если их много...

вот у меня dep отработал за секунду. может правда прокешировался где-то

Ну, насколько понимаю, он для каждого импорта будет вначале пытаться ломиться по https, и только после таймаута - по ssh. И если их много...

кстати, а у тебя урл до репо какого вида? [host]/[username]/[repo]?

кстати, а у тебя урл до репо какого вида? [host]/[username]/[repo]?

Вида [url "git@git.example.org:"] и в ~/.ssh/config прописан хост, юзер и ключ. Если же написать в формате [url "ssh://git@git.example.org:port/"], то тоже работает, но только если не использовать ~/.git/config, при наличии же отдельной записи в ~/.git.config работает только первый вариант.

Вида [url "git@git.example.org:"] и в ~/.ssh/config прописан хост, юзер и ключ. Если же написать в формате [url "ssh://git@git.example.org:port/"], то тоже работает, но только если не использовать ~/.git/config, при наличии же отдельной записи в ~/.git.config работает только первый вариант.

нет, я про гитлаб. именно веб-морда

возможно ты урл неверный для go get указываешь

должен быть урл веб-морды

Использую "copy url to clipboard" кнопочку, разве что ".git" в конце удаляю.

Да go get и не нужен, лишь бы dep адекватно отрабатывал.

Использую "copy url to clipboard" кнопочку, разве что ".git" в конце удаляю.

еще раз - это не то. указывать нужно именно урл веб-морды без протокола. он может отличаться от урла гит-репозитория

А... В go get-то да, без протокола, конечно.

Как и писал go get -v git.blabla.bla/my/repo Fetching https://git.blabla.bla/my/repo?go-get=1 https fetch failed: Get https://git.blabla.bla/my/repo?go-get=1: dial tcp 1.2.3.4:443: i/o timeout package git.blabla.bla/my/repo: unrecognized import path "git.blabla.bla/my/repo" (https fetch: Get https://git.blabla.bla/my/repo?go-get=1: dial tcp 1.2.3.4:443: i/o timeout)

попробуй go get -v -insecure ..

попробуй go get -v -insecure ..

Пробовал. Но по тому адресу редирект на форму входа, так что без разницы на деле. У меня ситуация ровно такая же, как и у @Civiloid: есть приватный гитлаб и доступ по ssh-ключам, http/https никакой не нужен и недоступен. Нужно завтавить работать dep без указания ".git" на конце пакетов. Работать он работает, он очень медленно, из-за того, что не сразу пробует по ssh коннектиться.

Пробовал. Но по тому адресу редирект на форму входа, так что без разницы на деле. У меня ситуация ровно такая же, как и у @Civiloid: есть приватный гитлаб и доступ по ssh-ключам, http/https никакой не нужен и недоступен. Нужно завтавить работать dep без указания ".git" на конце пакетов. Работать он работает, он очень медленно, из-за того, что не сразу пробует по ssh коннектиться.

ну ты можешь им патч на это дело отправить, например

завести issue

а можешь смириться, потому что dep ранится далеко не на каждый коммит

и чекаут

У них там была одна issue на эту тему, где "вроде как надо, да", но что-то в итоге тихо. Ладно, видимо придется-таки разобраться и PR сделать в крайнем случае. :)

Всем спасибо. :З

Пробовал. Но по тому адресу редирект на форму входа, так что без разницы на деле. У меня ситуация ровно такая же, как и у @Civiloid: есть приватный гитлаб и доступ по ssh-ключам, http/https никакой не нужен и недоступен. Нужно завтавить работать dep без указания ".git" на конце пакетов. Работать он работает, он очень медленно, из-за того, что не сразу пробует по ssh коннектиться.

я просто не пойму, почему ты, понимая проблему, не гуглишь ее решение. gitlab поддерживает go get с 2014 года. Соответственно разобраться надо где он у тебя

@altai256 а в чем проблема скорости то?

ну делает долго деп эншур

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

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

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

Задача не заставить работать go get, а заставить dep использовать по-умолчанию ssh. Варианты с выставлением наружу репозиториев по http/https не подходят. О каких вариантах идет речь - не понимаю. Ничего лучше комбинации записей в .gitconfig и .ssh/config с ожиданием или ручным сопоставлением .git - не .git в Gopkg.toml не нашел.

Задача не заставить работать go get, а заставить dep использовать по-умолчанию ssh. Варианты с выставлением наружу репозиториев по http/https не подходят. О каких вариантах идет речь - не понимаю. Ничего лучше комбинации записей в .gitconfig и .ssh/config с ожиданием или ручным сопоставлением .git - не .git в Gopkg.toml не нашел.

но рабочий go get решил бы проблему dep по умолчанию. а проблема go get - легкая проблема

Ну так в чем решение, как заставить его работать по ssh по-умолчанию, не открывая доступ по http?

у тебя есть доступ по http

Нет, там 302 редирект всегда на форму входа.

я и говорю - проще с этим разобраться. потому что ?go-get=1 должен быть публичным

и он есть в гитлабе с 2014 года

(на этом у меня все)

Может кто подскажет как правильно и не особо заморачиваясь организовать процесс деплоя на VPS типа Digital Ocean? Хочется что-то типа деплоя на Heroku: пушить на удаленный репозиторий, а там собирается и запускается само

Может кто подскажет как правильно и не особо заморачиваясь организовать процесс деплоя на VPS типа Digital Ocean? Хочется что-то типа деплоя на Heroku: пушить на удаленный репозиторий, а там собирается и запускается само

У меня есть вариант, в нём один минус.

подробнее

Не сказать что это продакшен, пишу для себя любимого, но рабочая схема у меня на данный момент такая. Захожу на сервер, mkdir project cd project git init git add . git commit -m "first commit" Теперь создадим отдельную ветку production git checkout -b production На домашнем ПК git clone ssh://user@8.8.8.8/home/project Я могу такое позволить потому что я заранее сделал ключи для ssh. На сервере, переключаемся на master git checkout master Теперь, нужно создать скрипт, который при пуше смержит production с master и перезапустит мой проект cd project touch .git/hooks/post-receive nano .git/hooks/post-receive Вставляем туда #!/bin/sh cd .. env -i git merge production sudo systemctl stop app sudo systemctl start app Разумеется у нас есть конфиг systemd - /etc/systemd/system/app.service, через него происходит стоп и старт проекта. Как-то так.

подробнее

Минус в том, что на сервере я юзаю sqlite и оно лежит в рабочей папке, база имеет свойство обновляться. Иногда могут возникнуть неполадки када хотим пуш сделать, то есть лучше зайти туды, и на всякий случай изменения откоммитить. Мне чот замарачиваться не хочется, наверняка есть способ обойти.

а зачем sqlite в git?

есть одна старая, но очень хорошая статья про деплои гитом: http://gitolite.com/deploy.html

а зачем sqlite в git?

Ну так исторически сложилось, да и удобно паковать, переносить.

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

Была-бы на русском))

На русском могу скинуть статью про деплои 1С

На русском могу скинуть статью про деплои 1С

Не, спасибо.

и он есть в гитлабе с 2014 года

Лол, проблемы таки нет, как оказалось. :) Когда руками курлом дергал с go-get=1 очепятался где-то: ещё раз проверил, и, действительно, 302 редиректа нет. Потом подольше подождал с -insecure, а он-таки достает по http, просто уже после таймаута для https. То есть сертификат достаточно накатить, чтобы сразу работало.

Лол, проблемы таки нет, как оказалось. :) Когда руками курлом дергал с go-get=1 очепятался где-то: ещё раз проверил, и, действительно, 302 редиректа нет. Потом подольше подождал с -insecure, а он-таки достает по http, просто уже после таймаута для https. То есть сертификат достаточно накатить, чтобы сразу работало.

я и гвоорил, разберись в урле, по которому go-get отдается. а ты говоришь причем тут урл

@kirilldanshin а в грэйм есть http2 и вебсокеты?

@kirilldanshin а в грэйм есть http2 и вебсокеты?

вебсокеты и http2 можно прикручивать дополнительно

вебсокеты и http2 можно прикручивать дополнительно

Ну вебсокеты ладно, хрен с ними, http2 как?

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

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

Ирис на "net/http", а там вроде как есть поддержка, по умолчанию.

Я так понимаю, если этот руководитель ириса, тырил чужой код, это нормально у него куски кода изымать для нужд пролетариата?

в смысле воровать ворованое?

грабь награбленное (с)

в смысле воровать ворованое?

Изымать))

пока ты на этих кусках делаешь свой небольшой сайтик - вполне =)

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

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

Ну вот, думаю какой-то базовый скелет написать, для всех случаев, и от него что-бы плясать в будущем. Сам соответственно и поддерживать буду, наращивать по мере необходимости.

php стайл прям

Ну а какие варианты? Заюзать ирис?

ага, кроме ириса других вариантов нет

php стайл прям

нееее. php стайл - это хуяк-хуяк

нееее. php стайл - это хуяк-хуяк

Хуяк-хуяк - это не стиль, это философия 👌

ага, кроме ириса других вариантов нет

Не так уж и много, понравился вариант с fasthttp и fasthttprouter. Но они не умеют http2