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

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

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

По существу:

Создал репозиторий на \myserver\share\project, используя git init
Клонировал этот репозиторий для машины 1 с помощью git clone
Клонировал этот репозиторий для машины 2 с помощью git clone
Работает на машине 2, используя git commit для фиксации любых изменений в моем локальном репозитории
Наконец, использовалось git push для возврата всех изменений в \myserver\share\prohect
Используется git pull на машине 1 для получения новых изменений из \myserver\share\project

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

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

Я буду работать только на машине 1 ИЛИ машине 2, никогда не на
Я намерен использовать ветвление как способ иметь отдельную ветку для исправлений/тестов (как и обычно), но не как способ иметь несколько разработчиков
Я действительно хочу использовать его в качестве альтернативы rsync моему SVN.

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

# On branch master
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   myproject/Readme.txt
#
no changes added to commit (use "git add" and/or "git commit -a")

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

warning: You did not specify any refspecs to push, and the current remote
warning: has not configured any push refspecs. The default action in this
warning: case is to push all matching refspecs, that is, all branches
warning: that exist both locally and remotely will be updated.  This may
warning: not necessarily be what you want to happen.
warning:
warning: You can specify what action you want to take in this case, and
warning: avoid seeing this message again, by configuring 'push.default' to:
warning:   'nothing'  : Do not push anything
warning:   'matching' : Push all matching branches (default)
warning:   'tracking' : Push the current branch to whatever it is tracking
warning:   'current'  : Push the current branch
Counting objects: 7, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 333 bytes, done.
Total 4 (delta 3), reused 0 (delta 0)
Unpacking objects: 100% (4/4), done.
warning: updating the current branch
warning: Updating the currently checked out branch may cause confusion,
warning: as the index and work tree do not reflect changes that are in HEAD.
warning: As a result, you may see the changes you just pushed into it
warning: reverted when you run 'git diff' over there, and you may want
warning: to run 'git reset --hard' before starting to work to recover.
warning:
warning: You can set 'receive.denyCurrentBranch' configuration variable to
warning: 'refuse' in the remote repository to forbid pushing into its
warning: current branch.
warning: To allow pushing into the current branch, you can set it to 'ignore';
warning: but this is not recommended unless you arranged to update its work
warning: tree to match what you pushed in some other way.
warning:
warning: To squelch this message, you can set it to 'warn'.
warning:
warning: Note that the default will change in a future version of git
warning: to refuse updating the current branch unless you have the
warning: configuration variable set to either 'ignore' or 'warn'.
To file:///\\myserver\share\project
   129649b..1f4b957  master -> master

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

Ответ 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 будут добавлять все ваши измененные файлы и все ваши новые файлы, а затем совершать; это было исправлено в текущей версии, но я до сих пор точно не доверяю этой вещи.