Что означает «этап» в git?

Мне трудно понять мерзавца, так как я не мог найти значение слов, используемых для действий. Я проверил в словаре значение «stage», и ни одно из значений не было связано с концепциями управления исходным кодом.

Что означает «этап» в контексте git?

Чтобы поставить файл просто подготовить его тонко для фиксации. Git с его индексом позволяет вам фиксировать только те части изменений, которые вы сделали со времени последнего коммита. Допустим, вы работаете над двумя функциями - одна закончена, а другая все еще требует определенной работы. Вы хотели бы сделать коммит и вернуться домой (наконец, 5 часов!), Но не хотели бы фиксировать части второй функции, которая еще не сделана. Вы ставите части, которые, как вы знаете, принадлежат первой функции, и делаете коммит. Теперь ваш коммит - это ваш проект с первой функцией, а вторая все еще находится в стадии разработки в вашем рабочем каталоге.

Поскольку до сих пор все отвечали на это «формальным» способом, позвольте мне сделать это с помощью альтернатив, чтобы улучшить обучение силой метафор.

Таким образом, область подготовки выглядит так:

• кеш файлов, которые вы хотите зафиксировать
• не серия труб, а самосвал, готовый перенести работу, в которую вы его загружаете, в хранилище
• волшебное место, где выбранные файлы будут превращены в камень с помощью вашего волшебства и могут быть волшебным образом перенесены в хранилище по вашей прихоти
• дорога из желтого кирпича для файлов, чтобы они благополучно отправлялись в хранилище (или отваливались, если хотите вернуться)
• вымышленное место в морском порту, где файлы получают пару цементных башмаков, а затем выбрасывают в море хранилища
• Приемная в библиотеке, вы кладете туда файлы для библиотекаря, чтобы подготовить для подачи в библиотеку
• ящик, в который вы кладете вещи перед тем, как засунуть их под кровать, где ваша кровать - это хранилище коробок, в которые вы ранее положили вещи
• загрузочный отсек файлов перед его поступлением в хранилище хранилища с загрузчиком мощности
• фильтр электрической кофеварки, если файлы похожи на кофейный порошок, то сохраненные файлы - это заваренный кофе
• в офисе Скруджа МакДака рядом с хранилищем, файлы похожи на монеты, прежде чем они попадают в хранилище его огромной корзины для денег
• зоомагазин, как только вы приносите домашнее животное домой, вы преданы

Это волшебно !

Постановка - это шаг перед процессом фиксации в git. То есть фиксация в git выполняется в два этапа: подготовка и фактическая фиксация.

Пока набор изменений находится в промежуточной области, git позволяет вам редактировать его по своему усмотрению (заменять промежуточные файлы другими версиями промежуточных файлов, удалять изменения из промежуточной стадии и т. Д.).

Время сломанной метафоры:

Рассмотрим сценарий, в котором вы вызываете грузчиков, чтобы доставить ваши вещи из старой квартиры в новую. Прежде чем сделать это, вы изучите свои вещи, решите, что взять с собой, а что выбросить, упаковать в мешки и оставить в главном коридоре. Грузчики просто приходят, забирают (уже упакованные) сумки из прихожей и перевозят их. В этом примере все до тех пор, пока грузчики не получат ваши вещи, - это постановка: вы решаете, что куда идти, как упаковать его и так далее (например, вы можете решить, что половина ваших вещей будет выброшена до того, как грузчики даже доберутся до места - это часть постановки).

С технической точки зрения, подготовка также поддерживает транзакции, разделяя все операции на то, что может дать сбой (подготовка), а что не может (принятие):

Фиксация в git осуществляется транзакционно, после того, как подготовка прошла успешно. Несколько этапов подготовки могут завершиться неудачно (например, вам нужно выполнить фиксацию, но ваш жесткий диск заполнен на 99,9999%, а у git нет места для выполнения фиксации). Это не удастся подготовить (ваш репозиторий не будет поврежден при частичной фиксации), и процесс подготовки не повлияет на вашу историю фиксации (он не повредит ваше хранилище в случае ошибки).

Подготовить файл - значит подготовить его к коммиту. Поскольку git предоставляет это действие пользовательскому элементу управления, он позволяет вам создавать частичные коммиты или изменять файл, ставить его, снова модифицировать и только фиксировать или возвращать к исходной модификации.

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

Чтобы добавить к другим отличным ответам, вот откуда происходит название «этап»:

Я проверил словарь на предмет значения стадии, и ни одно из значений не было связано с концепциями контроля источников.

На английском языке «на сцену» может означать

организовать и принять участие (публичное мероприятие): сторонники ОДС провели демонстрацию в Софии

(с http://oxforddictionaries.com/definition/stage )

Название «подготовка» для функции git происходит от этого значения: при подготовке вы готовите и организуете коммит. Конечно, совершить не совсем такой же , как производительность, но это важное событие в VCS :-).

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

источник: http://gitready.com/beginner/2009/01/18/the-staging-area.html

«Этап» - это технически необходимый промежуточный этап в процессе проверки в файле, а именно сбор изменений, которые необходимо добавить в репозиторий. Авторы Git решили сделать этот шаг видимым и постоянным, когда другие VCS делают его временной частью процесса фиксации. Так что это просто опция, которую дает вам git, потому что может, так почему бы и нет?

На мой взгляд, главное, что git "stage" дает вам, чего нет в других VCS, - это то, что вы можете использовать его для проверки файла. Это фактически безымянная, некомментированная локальная фиксация, которая дает вам промежуточный шаг между выполнением всей вашей работы и постоянной фиксацией ее в хранилище, и вообще ничего не сохраняется в вашем локальном репо.

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

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

Вполне возможно практически полностью пропустить область подготовки и просто использовать эту -aопцию, git commitесли вы не находите область подготовки полезной концепцией. Многие люди пропускают инсценировку, и инструменты GUI обычно также допускают это.

Насколько я понимаю, предположим, что я разрабатываю функцию входа в систему и требует 5 последовательных шагов для завершения. Так что здесь постановка поможет вам работать над шагами, как
это было сделано с шагом 1 стадии его.
сделано с шагом 2, теперь шаг 1 и шаг 2 являются правильными этапом его.
испортить шаг 3 без проблем оформить последний поэтапный шаг, который является шагом 2
точно так же, как только вы выполнили все 5 шагов, это означает, что функция завершена, теперь выполните коммит.