[one_eight_seven 6]

On 3/8/2022 at 6:58 PM, Andreas1 said:

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

 

Ну, вот как-то так:
 

$ git remote -v
gitflic    git@gitflic.ru:my_account/my-repo.git (fetch)
gitflic    git@gitflic.ru:my_account/my-repo.git (push)
gitlab    git@gitlab.com:my_account/my-repo.git (fetch)
gitlab    git@gitlab.com:my_account/my-repo.git (push)
$ git push gitflic master
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
$ git push gitlab
Everything up-to-date

А вот так получается работать, если создать репозиторий кликая мышкой:

$ git clone git@gitflic.ru:my_account/test-to-delete.git
Cloning into 'test-to-delete'...
warning: You appear to have cloned an empty repository.

 

Т.е. с ключами всё в порядке. Но пациент серьёзно болен.

[Eddy_Em 1]

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

[one_eight_seven 6]

11 minutes ago, Eddy_Em said:

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

Чего? Вы может сначала попробуете что-то сделать, прежде чем охинею писать?

[krux 8]

вы все это время жили без локального redmine?

 

[one_eight_seven 6]

На всякий случай скриптик "невозможного"

$ git remote add newpushrepo git@gitlab.com:my_account/delete-this-repo.git
$ git push newpushrepo --all
Enumerating objects: 18, done.
Counting objects: 100% (18/18), done.
Delta compression using up to 8 threads
Compressing objects: 100% (18/18), done.
Writing objects: 100% (18/18), 2.98 KiB | 2.98 MiB/s, done.
Total 18 (delta 7), reused 0 (delta 0), pack-reused 0
remote: 
remote: 
remote: The private project my_account/delete-this-repo was successfully created.
remote: 
remote: To configure the remote, run:
remote:   git remote add origin git@gitlab.com:my_account/delete-this-repo.git
remote: 
remote: To view the project, visit:
remote:   https://gitlab.com/my_account/delete-this-repo
remote: 
remote: 
remote: 
To gitlab.com:my_account/delete-this-repo.git
 * [new branch]      master -> master

 

4 minutes ago, krux said:

вы все это время жили без локального redmine?

 

Это кому вопрос?

[vitaly_n 0]

5 hours ago, yes said:

предположу, что КПД у КНДРских работников ниже нуля (иначе бы было чего жрать - в их климате-то)

Зря Вы делаете такие предположения, ровным счётом ничего о КНДР не зная.

Во-первых, климат там заметно суровее, чем в Южной Корее. Во-вторых, местность гористая. Сельскохозяйственных земель в КНДР очень мало - если поделить на население получается 12 соток на душу населения. В-третьих, КНДР находится в крайне жёсткой торговой блокаде - ни одна страна в мире в таких условиях и года бы не прожила, а КНДР не только много лет выживает, но и ракету с ядерным зарядом сделала, а это венец целого букета весьма продвинутых технологий. https://felix-edmund.livejournal.com/570256.html

Пардон за оффтопик.

[Yuri7751 28]

3 hours ago, vitaly_n said:

ни одна страна в мире в таких условиях и года бы не прожила, а КНДР не только много лет выживает, но и ракету с ядерным зарядом сделала

Вы, надеюсь, понимаете, что абсолютно бессмысленное существование. Тупиковая ветвь. Вот если завтра КНДР исчезнет с поверхности Земли, никто особо не заметит (лишь некоторые вздохнут с облегчением). Они ровным счётом ничего не добавляют к цивилизации, материальной культуре и проч. Пустое место.

И да. Пардон за оффтопик.  Хотя как посмотреть.

[andrew_b 16]

9 часов назад, one_eight_seven сказал:

Чего?

Того. Это у гитлаба есть такая фича -- создание репозитория пушем.  Обычный гит-сервер такого не умеет.

 

[one_eight_seven 6]

1 hour ago, andrew_b said:

Того. Это у гитлаба есть такая фича -- создание репозитория пушем.  Обычный гит-сервер такого не умеет.

А что такое обычный гит сервер? Просто гит? Так там и авторизации нет, и пользователей в смысле разграничения прав доступа, в том числе и рута.

А обсуждается замена гитхабу, гитлабу и возможность переноса туда уже имеющихся репозиториев.

[Eddy_Em 1]

10 hours ago, one_eight_seven said:

Чего?

Советую самому сначала попробовать. Как только возникла опасность того, что все эти гитхабы/гитхабы позакрываются, я на локальном сервере поднял git. И т.к. у пользователя git в качестве оболочки стоит git-shell (иначе работать не будет ничего), то, естественно, без рута никак. В оригинале предлагается каждый раз, как нужно создать репу, рутом менять оболочку пользователя на bash, заходить под пользователем git, создавать репу, менять оболочку обратно. Я пошел простым путем: сразу по ssh рутом выполняю скриптик, который в дереве git создает новую репу и меняет собственника на git.git. Ну, а потом уже с локального компьютера просто делаю push.

Заводить 100500 пользователей мне там не надо. Это - чисто сервер для меня и коллеги.

И да, слово "ахинея" пишется с буквы "А". Надо хоть иногда обращать внимание на то, что неправильные слова подчеркиваются…

Изменено 11 марта, 2022 пользователем Eddy_Em

[andrew_b 16]

6 часов назад, one_eight_seven сказал:

А что такое обычный гит сервер? Просто гит? Так там и авторизации нет, и пользователей в смысле разграничения прав доступа, в том числе и рута.

Ешё раз. В ванильном гите нет такой функциональности как создание репозитория пушем.

6 часов назад, one_eight_seven сказал:

А обсуждается замена гитхабу,

В гитхабе тоже вроде бы нельзя запушить в несуществующий репо, чтобы он создался. Сначала создаём репо, потом git clone и т. д.

[mantech 44]

6 часов назад, Eddy_Em сказал:

Как только возникла опасность того, что все эти гитхабы/гитхабы позакрываются, я на локальном сервере поднял git.

Объясните популярно, зачем это все? Вот я как разработчик пользуюсь только ИДЕ и все. Есть архив версий, если нужно взаимодействие с другим разработчиком, то все расписывается по функционально законченным модулям, пересылается(т.к. он работает удаленно) и стыкуется без проблем. Возможно, если в проекте более 3х разработчиков, причем именно в одном проекте, тогда может что-то и дает положительного, или маньякам-опенсорсникам, это имеет преимущество, но в программировании с закрытым кодом... Не знаю..

Изменено 11 марта, 2022 пользователем mantech

[Basil13 3]

On 3/6/2022 at 8:27 PM, Inanity said:

Люди, вы всерьёз рассчитываете выживать в подобных условиях?
 

Если отбросить нереальные фантазии об сколько-нибудь значимом импортозамещении электронных компонентов, то в сухом остатке все "оптимисты" надеются на полу контрабандные поставки из КНР и Турции + остатки на собственных складах отечественных поставщиков (на месяцы, а то и целый год на отдельные позиции хватит). Дороже, дольше, геморойней, с риском контрафакта - они это все понимают. Но ведь в РФ собственное производство как правило все-равно не ширпотребное и с высокой маржинальностью. Так что производить то можно. Вопрос в другом - что там будет с покупательной способностью у клиентов.

[Eddy_Em 1]

1 hour ago, mantech said:

зачем это все?

А откатить изменения? А если ветки понадобятся? Да и элементарно - для бэкапа кода же! Вот у меня сейчас "яйца" хранятся в шести "корзинах": на яндекс-диске, гитхабе, гитлабе, битбакете, сосфорже и рабочем сервере. Ну и, понятное дело, локальная рабочая копия. И бэкапы иногда делаю (вместе со всей служебной .git)...

И да, 100% моего кода — под лицензией GPLv3. За деньги могу сделать что-нибудь с двойным лицензированием, но это будут слишком уж большие деньги!

Изменено 11 марта, 2022 пользователем Eddy_Em

[one_eight_seven 6]

2 hours ago, andrew_b said:

Ешё раз. В ванильном гите нет такой функциональности как создание репозитория пушем.

Где вы в git увидели клиент-серверную модель? или cd - это сервер смены директории? mkdir - сервер создания директории?

Ну и ещё раз, неспособность создать нормальный инструмент для своего сервиса не говорит, что такой сервис - нормальный или даже хотя бы рабочий. Понятно, что сам гит (не сервер, а просто программа, просто СКВшка) перед пушем проверяет состояние удалённого репозитория, и если удалённого репозитория ещё нет, то ничего не выйдет. Ну так об этом и речь, это ненужный продукт. Эту особенность нужно переработать, что и сделано в ОБЫЧНЫХ гит серверах, таких, как gitlab, github, ну или если вы ненавидите деньги и любите баги, то можно и от атлассиана что-нибудь посмотреть.

 

8 hours ago, Eddy_Em said:

И т.к. у пользователя git в качестве оболочки стоит git-shell (иначе работать не будет ничего), то, естественно, без рута никак.

Ну так и кто сказал, что тривиальнейший пример из scm-book - это достаточное решение? Это же просто костыль, как обеспечить синхронизацию репозиториев с центральным доступом с помощью единственного нерутового пользователя git. А git-shell - это не для того, чтобы хоть что-то работало, это для того, чтобы убрать интерактивный shell; Т.е. чтобы пользователи не могли сами создавать/удалять что-либо. Другими словами - это вообще к git и работе с git'ом отношения не имеет. Это способ оградить доступ через SSH (кстати, ssh, в отличие от git - это сервер).

Ну и, продолжая разговор, gitflic окостылили же свой сервер дальше, позволив создание репозиториев кликами мышкой, сумели же. Почему через командную строку не смогли?

 

Изменено 11 марта, 2022 пользователем one_eight_seven