Git настройка для одного разработчика?

Мне часто нужно разрабатывать вещи на дороге, без подключения к Интернету/сети. Я всего лишь один разработчик, поэтому до сих пор у меня просто был SVN-репозиторий на моей машине и делал чек на моем ноутбуке, когда я уходил. Проблема: это не дает мне никакого контроля над версиями на дороге.

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

Это работает, но команда git push дает мне предупреждение о том, что нажатие выпадающей ветки не поддерживается, так как это может смутить индекс. Теперь я смущен, потому что сообщение также было написано серьезным тоном, а это значит, что я должен его почитать (и, действительно, gitk показывает, что у меня теперь есть две ветки: master и remotes/origin/master), но я пока не полностью поняли терминологию.

Каковы были бы правильные шаги в моей ситуации?

Изменить: Есть две странности. Первый - если я просто меняю файл, он говорит "Изменено, но не обновлено". что странно:

Второе сообщение - это тот, который я считаю виновником, вывод git push:

Итак, он говорит мне, что "вдавливание в текущую ветку" не рекомендуется, но я действительно не понимаю, как правильно это сделать.

Ответы

Ответ 1

В противном случае кажется хорошим, но чтобы избежать сообщения об ошибке, вы можете настроить репозиторий "вверх по течению" как пустой репо, т.е. тот, который не включает извлеченную копию. Вы делаете это с помощью

git --bare init

См. например. этот пример

Ответ 2

В команде git push вам необходимо указать refspec, иначе вам нужно будет отредактировать .git/config, чтобы указать действие по умолчанию в случае отсутствия указателей refspec. Например, рассмотрим сценарий, в котором у вас есть ветвь с именем master.

Для нажатия ветки master вы будете:

git push refs/heads/master:refs/heads/master
git push master:master
git push master

Все вышесказанное одинаково. Refspec, похожий на путь, является наиболее однозначным способом указания refspec. Таким образом, вы можете быть уверены, что вы ссылаетесь на ветвь с именем master вместо тега с именем master.

В противном случае вы можете отредактировать .git/config и добавить:

[push]
    default = matching

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

Как уже было сказано janneb, вам нужно будет использовать пустой репозиторий, чтобы нажать на него без предупреждения. Проблема с нажатием на обычный (не голый) репозиторий заключается в том, что основной владелец (конкретного "нормального" репозитория) не захочет добавлять изменения в свой репозиторий. В то время, если кто-то нажал на этот репозиторий и удалил ветку (или любые другие изменения), владелец не ожидал такого изменения. Таким образом, предупреждение.

Ответ 3

У вас, кажется, есть хорошие ответы на ваш главный вопрос, поэтому я займусь этим:

... если я просто меняю файл, он говорит "Изменено, но не обновлено". что странно...

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

$ git add <your modified files>

после их редактирования и перед тем, как сделать git commit. У меня сложилось впечатление, что это облегчает выборочно фиксировать только некоторые из ваших изменений.

Если вы выполните "git add", а затем измените файлы, вам нужно снова выполнить "git add" или он будет только фиксировать изменения до точки первого "git add".

Существует ярлык git commit -a, который делает более или менее то, что делают другие операции VCSes. Я говорю "более или менее", потому что я не уверен, что это точное совпадение во всех случаях. Единственное расхождение, о котором я знаю, некоторые старые версии git будут добавлять все ваши измененные файлы и все ваши новые файлы, а затем совершать; это было исправлено в текущей версии, но я до сих пор точно не доверяю этой вещи.