Если вы новичок в Git, вы поймете, что некоторые вещи работают иначе, чем в репозиториях на основе SVN или CVS. Этот блог объясняет 10 самых важных команд в рабочем процессе Git, о которых вам нужно знать.
Если вы работаете в Windows и хотите выполнить приведенные ниже шаги, все, что вам нужно сделать, это
настроить Git на локальном компьютере.
Перед тем , как перейти в команды Git иметь в виду (и не забудьте!) , Что Git имеет рабочий каталог, плацдармом и локальное хранилище. См обзор ниже взяты из
http://progit.org .
Рабочий процесс GIT выглядит следующим образом: Вы идете в каталог, где вы хотите иметь контроль версий. Вы можете использовать Git инициализации, чтобы поместить этот каталог под контролем версий. Это создает новое хранилище для этого текущего местоположения. Вы вносите изменения в свои файлы, а затем используете git add to stage files в области подготовки. Вы будете использовать Git статус и GIT диф, чтобы увидеть, что вы изменили, а затем, наконец, GIT совершить на самом деле записать снимок навсегда в локальное хранилище. Если вы хотите загрузить свои изменения в удаленный репозиторий, вы будете использовать git push. Если вы хотите загрузить изменения из удаленного репозитория в локальный репозиторий, вы будете использовать git fetch и git merge.
Чтобы создать хранилище из существующего каталога файлов, вы можете просто запустить git init в этом каталоге. Перейдите в этот каталог вы хотите получить в системе управления версиями:
Все новые и измененные файлы должны быть добавлены в промежуточную область перед фиксацией в хранилище. Для добавления всех файлов в текущей директории в промежуточной области:
Для того, чтобы совершить файлы и изменения в хранилище:
Обратите внимание, что я использовал опцию -am, которая неявно добавляет add -all. Эта команда эквивалентна «commit» в стиле SVN или CVS. Опять же : если вы хотите обновить локальный репозиторий Git всегда надстройка операция с последующей коммитом-операцией, со всеми новыми и измененными файлами.
Затем вы идете
создать хранилище на github.com . Допустим, вы назвали его git_example.
Затем вы добавляете адрес удаленного хранилища в вашу локальную конфигурацию GIT:
git remote add EXAMPLE https://[email protected]/nschlimm/git_example.git
Обратите внимание, что в примере это мое имя пользователя на Github.com. Вы должны будете использовать ваши очевидно. Я назвал удаленное хранилище «Пример». Вы можете ссылаться на псевдоним вместо использования удаленного URL-адреса все время. Вы готовы общаться с удаленным хранилищем в настоящее время.
Если вы находитесь за брандмауэром вы делаете настройки прокси:
Затем вы нажимаете файлы в удаленное хранилище:
Тогда представьте, что кто-то изменил удаленные файлы. Вы должны получить их:
Вам нужно объединить эти изменения с удаленного мастера в локальном мастер-ветви (простой язык: скопировать изменения из локального хранилища в рабочем каталоге):
Обратите внимание, что вы находитесь в основной ветке, и EXAMPLE / master в команде слияния относится к удаленному главному.
Для сравнения плацдарма в рабочем каталог:
В примере показан статус после того, как я изменил файл README.txt (но еще не добавил и не зафиксировал).
Без каких — либо дополнительных аргументов, просто мерзавец дифф покажет , какое содержание вы изменили в проекте после последней фиксации, которые еще не поставлена на следующей фиксации снимка.
В примере показан вывод diff после того, как я отредактировал файл README.txt (но еще не добавил и не зафиксировал). Когда я добавляю все изменения в промежуточный этап, git diff не будет отображать изменения, потому что в вашем рабочем каталоге нет ничего, что не было подготовлено.
С git статусом все по-другому. Он показывает разницу между вашим последним коммитом и промежуточной / рабочей областью:
Вкратце: git status показывает различия между вашим локальным хранилищем и вашим рабочим каталогом / промежуточной областью. В то время как git diff (как использовано выше) показывает различия между вашей областью подготовки и вашим рабочим каталогом.
Вот и все. Это самые важные команды Git, которые новичок должен знать, чтобы начать. См. Ссылку на gitref.org для получения дополнительной информации об использовании Git.
От http://niklasschlimm.blogspot.com/2011/07/top-10-git-commands-for-newbie.html