Вклад с открытым исходным кодом с локальным центральным репозиторием и 2 компьютерами для разработчиков

Question

Я хочу внести свой вклад в проекты с открытым исходным кодом. Я работаю и живу в 2 разных местах. У меня есть настройка VPN с локальным центральным хранилищем (в моей домашней сети), доступным из обоих мест. У меня есть 2 разработчика настольных машин.

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

Давайте возьмем пример проекта с открытым исходным кодом на Gitlab. Я делаю git clone https://gitlab.example.com/opensource.git на своем центральном сервере, а затем создаю там ветку git checkout -b new_feature. После этого я клонирую его на обе настольные машины через git clone central-server:/srv/data/Git/opensource на обеих настольных машинах. Я разработал и зафиксировал изменения локально на одной из моих машин разработчика. Когда я пытался выдвинуть изменения, я получаю сообщение об ошибке, см. Ниже. Я также попробовал пустой репозиторий, но также получил сообщения об ошибках. Когда я реализовал изменение и выполнил тест, я хочу перенести изменения с центрального сервера в репозиторий Gitlab.

Вопрос: каков лучший рабочий процесс и команды git здесь?

[user@laptop src]$ git branch
* new_feature
  master
[user@laptop src]$ git status
On branch new_feature
Your branch is ahead of 'origin/new_feature' by 2 commits.
  (use "git push" to publish your local commits)

nothing to commit, working tree clean
[user@laptop src]$ git push
Enumerating objects: 22, done.
Counting objects: 100% (22/22), done.
Delta compression using up to 4 threads.
Compressing objects: 100% (13/13), done.
Writing objects: 100% (13/13), 1.90 KiB | 1.90 MiB/s, done.
Total 13 (delta 11), reused 0 (delta 0)
remote: error: refusing to update checked out branch: refs/heads/new_feature
remote: error: By default, updating the current branch in a non-bare repository
remote: is denied, because it will make the index and work tree inconsistent
remote: with what you pushed, and will require 'git reset --hard' to match
remote: the work tree to HEAD.
remote: 
remote: You can set the 'receive.denyCurrentBranch' configuration variable
remote: to 'ignore' or 'warn' in the remote repository to allow pushing into
remote: its current branch; however, this is not recommended unless you
remote: arranged to update its work tree to match what you pushed in some
remote: other way.
remote: 
remote: To squelch this message and still keep the default behaviour, set
remote: 'receive.denyCurrentBranch' configuration variable to 'refuse'.
To central-server:/srv/data/Git/opensource
 ! [remote rejected] new_feature -> new_feature (branch is currently checked out)
error: failed to push some refs to 'central-server:/srv/data/Git/opensource'
[user@laptop src]$ 

Answer 1

Вы инициализировали свой удаленный репозиторий как стандартный (с рабочим пространством) и пытаетесь перейти к нему.

Другими словами central-server:/srv/data/Git/opensource имеет папку .git внутри.Вам нужно создать пустой репозиторий:

central-server:/srv/data/Git$ git clone --bare ./opensource opensource_bare
laptop:~$ git clone central-server:/srv/data/Git/opensource_bare <somewhere>
laptop:~$ <work on your new clone here>
laptop:~$ git push 

---

Поскольку комментарии не являются хорошим местом для ответов, вот что я бы сделал.Предположим, что у вас есть 4 машины:

• ноутбук1
• ноутбук2
• центральный сервер
• gitlab-сервер

laptop1 и laptop2 будут иметь клоны хранилища с настроенными 2 удаленными хранилищами (git remote add ...):

• центральный сервер
• gitlab-сервер

Всякий раз, когда вы хотите отправить что-то «законченное», вы отправляете на gitlab-сервер.Всякий раз, когда вы хотите начать работу, вы можете использовать центральный сервер.Последний может использоваться для синхронизации вашей работы между ноутбуком1 и ноутбуком2.

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