Да, вы можете.
Как работать с кодом
Примеры кода, представленные в этом примере, доступны на GitHub по адресу https: //
github.com/miguelgrinberg/flasky.
История коммитов в этом репозитории была тщательно создана, чтобы соответствовать порядку, в котором
концепции представлены. Рекомендуемый способ работы с кодом заключается в
проверить коммиты, начиная с самого старого, затем двигаться вперед через коммит
список, как вы делаете успехи.
Вы также можете загрузить каждый коммит в виде файла ZIP или TAR.
Если вы решили использовать Git для работы с исходным кодом, то вам нужно установить Git
клиент, (который вы уже сделали, так что пропустите это), который вы можете загрузить с http://git -scm.com . Следующая команда
загружает этот пример кода с помощью Git:
$ git clone https://github.com/miguelgrinberg/flasky.git
Команда git clone устанавливает исходный код из GitHub во флеш-папку, которая
создается в текущем каталоге. Эта папка не содержит только исходный код; копия
Git-репозитория со всей историей изменений, внесенных в приложение, также
включен.
В первой главе вам будет предложено проверить первоначальный выпуск приложения,
и тогда в нужных местах вам будет дано указание двигаться вперед в истории.
Команда Git, позволяющая перемещаться по истории изменений, называется git checkout. Вот
Вот пример:
$ git checkout 1a
1a, на который ссылается команда, - это тег, именованная точка в истории проекта.
Этот репозиторий помечен в соответствии с главами книги, поэтому тег 1a, используемый в
В этом примере файлы приложения устанавливаются в исходную версию, использованную в главе 1. Большинство
главы имеют более одного тега, связанного с ними, например, теги 5a, 5b и
Итак, инкрементные версии представлены в главе 5.
В дополнение к проверке исходных файлов для версии приложения, вы можете
нужно выполнить некоторые настройки. Например, в некоторых случаях вам нужно будет установить дополнительные
пакеты Python или обновлять базу данных. Вам скажут, когда эти
необходимы.
Обычно вы не будете изменять исходные файлы приложения, но если вы это сделаете, то Git
не позволит вам проверить другую ревизию, так как это приведет к вашим локальным изменениям в
Потерянный. Прежде чем вы сможете проверить другую ревизию, вам нужно будет вернуть файлы в
их первоначальное состояние. Самый простой способ сделать это с помощью команды git reset:
$ git reset --hard
Эта команда уничтожит ваши локальные изменения, поэтому вы должны сохранять все, что не делаете
хотите проиграть, прежде чем использовать эту команду.
Время от времени вы можете обновлять свой локальный репозиторий
GitHub, где исправления ошибок и улучшения могли быть применены. Команды
которые достигают этого:
$ git fetch --all
$ git fetch --tags
$ git reset --hard origin/master
Команды git fetch используются для обновления истории коммитов и тегов в вашем
локальный репозиторий из удаленного на GitHub, но ничего из этого не влияет на реальный
исходные файлы, которые обновляются с помощью следующей команды git reset. Снова,
Имейте в виду, что при каждом использовании git reset вы потеряете все сделанные вами локальные изменения.
Еще одна полезная операция - просмотреть все различия между двумя версиями
приложение. Это может быть очень полезно для понимания изменений в деталях. Из команды
line, команда git diff может сделать это. Например, чтобы увидеть разницу между
редакции 2a и 2b, используйте:
$ git diff 2a 2b
Различия показаны в виде патча, который не очень понятен для просмотра.
изменения, если вы не привыкли работать с файлами исправлений. Вы можете обнаружить, что графический
Сравнения, показанные GitHub, намного легче читать. Например, различия
между ревизиями 2a и 2b можно посмотреть на GitHub по https://github.com/miguelgrin
берг / flasky / сравнения / 2a ... 2b