Автор любит говорить
В начале августа в Ханчжоу становится все жарче и жарче, но глядя на яркую погоду, я все еще в хорошем настроении.
Недавно я смотрел "Summer of the Band" и был безумно восхищен группой Muma Trojan Horse Band, солист группы Му Ма сказал: "Троянский конь похож на игрушку, которую мы сломали, и теперь она у нас есть, она это новый троянский конь (предыстория: троянцы Muma распались)
Внезапно я вспомнил группу, которую я сформировал с несколькими старшеклассниками в моем университете.Репетиция в подвале все еще была очень простой и счастливой, но, пожалуй, самым большим сожалением университета было то, что я не остался с группой до конца.
Говоря о троянском коне Muma, после прослушивания песни Muma Trojan Horse "King of the Old City" я чувствую, что лирика очень интересная и очень абстрактная. На Zhihu многие говорят, что лирика намеренно составлена, но я все же думаю, что у автора есть своя Идея противостояния времени в искренней и игровой форме
Все процветание ушло, и один человек - это король. Он теряет свои шлемы и доспехи в джакузи времена, но мы никогда не забываем, что герои мы часто фантазируемся о фактическом живете в наших сердцах -Мами
Введение в Git
Менеджер Ван🤓: Хао Мэйли, почему ты не отправил в ветку написанный на прошлой неделе код?
Сяомей: Менеджер, маленькая черепаха была брошена, мне так жаль его. вууху
Менеджер Ван: ? ? ?
Кобаяши: 😍😍😍😍😍
Менеджер Ван посмотрел на жалкие глаза Сяомея и почувствовал, что Сяомей действительно должен пожалеть черепаху: «Кашель, чтобы позаботиться о Сяомей, давайте сегодня поговорим о том, как позаботиться о Сяомей.использовать git в идее, всем открыть нашу идею и клонировать этот проект, адрес проекта такой https://github.com/maerduduqi/тест
Хао Мэйли: Менеджер, вы слишком добры, не обижайте черепах, начните с нас
Менеджер Ван: эммм
Менеджер Ван: Лин Будун, я попросил вас открыть идею, почему вы открываете Google Chrome?
Xiaolin: Менеджер, разве вы не назвали меня проектом клонирования? Я скачаю проект, разархивирую его и открою по идее.
1. Клонируем проект в Idea
Менеджер Ван: В моем воображении вы глупы и превзошли все мои ожидания.
Мы можем открыть наш проект прямо в Idea
нажмитеFile -> New -> Project From Version Control
хорошо, теперь этот проект был клонирован нами
Менеджер Ван: Позвольте задать вам вопрос: какова главная цель использования Git?
Хао Мэйли и Линь Будун: Никакого кариеса! (Можете ли вы получить этот стебель 😂)
2. Подтвердите и протолкните идею
Менеджер Ван: Да, то есть отправить код, который мы написали, для совместной работы с другими, то естьcommit and push, Использовать эту операцию в Idea тоже очень просто
Кобаяши: Менеджер, я вас прерву: файл только синий и красный? "Есть ли зеленый? Мне больше всего нравится зеленый. Сяомей сказал мне, что если ты хочешь жить хорошей жизнью, на твоем теле должно быть немного зеленого. Я думаю, что слова Сяомея очень разумны.
Менеджер бросил вопросительный взгляд на Кобаяши.
Зеленый действительно, и серый и белый
- Зеленый означает, что файл кода добавлен в систему контроля версий, но еще не отправлен.
- Белый означает, что файл кода добавлен в систему контроля версий, отправлен, изменений нет.
- Серый: представляет, что файл кода является файлом, который был проигнорирован по контролю версий
Ответьте на подачу документов
Lin Budong: Ха-ха-ха, это так просто, разве этого недостаточно?
Менеджер Ван: Остался еще один последний шаг, и толчок прошел успешно.
Менеджер Ван: хорошо, мы успешно протолкнули
3. Просмотрите запись коммита в Idea
Линь Буддун: Менеджер, я хочу посмотреть, что отправила Сяомей, как мне это увидеть?
Менеджер Ван: Это тоже очень просто, следите за мной действовать
Сяолинь: что, Сяомей сказал, что я дурак, можно яотозвать этот коммит?
Мистер Ван: Да. До тех пор, пока это можно отозвать
4. Разрешение конфликта в Идее
Кобаяши: Это может сделать менеджер. Менеджер, вы можете показать мнеКак идея решает сценарии симуляции конфликтов
Г-н Ван: Конечно.
Если предположить, что другой разработчик разрабатывает тот же проект и пишет тот же файл, рабочий процесс выглядит следующим образом:
Программист 1.01 сначала загружает файл конфликт.txt и продолжает писать код в конфликте.txt;
Programmer 2.02 обновляет код проекта, записывает код в конфликт.txt.После написания отправляет на удаленный сервер;
3. Когда программист № 01 закончил писать и готов отправить код, нормальный метод работы в это время заключается в обновлении и отправке в первую очередь, но во время обновления неизбежно возникнет конфликт, потому что обновленный код конфликтует.txt по адресу на этот раз с локальным складом. Код конфликта.txt несовместим
Перед отправкой хочу обновить, конфликт:
Решение выглядит следующим образом:
- принять свое: представитель подчиняется своему;
- принять терис: представитель подлежит обновленному документу;
- слияние: представляет ручное слияние
- Как правило, для разрешения конфликтов мы выбираем объединение
Щелкните необходимое содержимое: «>>», чтобы объединить содержимое в результат, щелкните «x» для нежелательного содержимого и нажмите «Применить» после завершения объединения.
Стоит отметить, что все символы «x >>» должны быть обработаны, нажмите «x», если он вам не нужен, и нажмите «>>», если он вам нужен.
Сяолин: потрясающий, менеджер 🤤
Сяомей: Менеджер, я тоже хочу задать вопрос
Менеджер Ван: Спроси, я никого не узнаю
5. Используйте ветки в Idea
Сяомей: Не могли бы вы научить меня использовать ветки git в Idea?
Менеджер Ван: Это проще простого, а потом я дам вам симуляцию.Создавать и объединять веткиСцены (Выдержка из статьи автора, со ссылкой на оригинальный текст в конце статьи)
1. Разработайте веб-сайт.
2. Создайте ветку (с именем: iss53) для реализации нового требования и проблемы (issue #53).
3. Работайте над этой веткой.
В этот момент вам неожиданно звонят и сообщают, что возникла серьезная проблема, которую необходимо срочно устранить. Вы будете действовать следующим образом:
1. Переключитесь на свою производственную ветку.
2. Создайте новую ветку (название: исправление) для этой срочной задачи и исправьте там.
3. После того, как тест пройден, переключитесь обратно на ветку онлайн (с именем: master), затем объедините ветку с исправлениями и, наконец, отправьте изменения в ветку онлайн и удалите ветку исправления.
4. Вернитесь к ветке, над которой вы изначально работали (iss53), и продолжите работу.
5. После того, как проблема с iss53 будет решена, слейте ее с мастер-транком и удалите ветку iss53.
Когда мы решаем выполнить новое требование,Как создать новую ветку?
Заполните название филиала
Развивайте на ветке iss53 следующим образом
Отправьте ветку в удаленный репозиторий
Нажмите push, чтобы отправить на удаленный склад
Филиалы продвигаются вперед по мере выполнения работ
Теперь вы получаете этот звонок, и есть неотложная проблема, ожидающая вашего решения.
С помощью Git вам не нужно смешивать эту срочную проблему с изменениями iss53,
Вам также не нужно прилагать большие усилия, чтобы отменить изменение в проблеме 53#, затем добавить изменение в эту срочную проблему и, наконец, зафиксировать это изменение в действующей ветке. Все, что вам нужно сделать, это вернуться к основной ветке.
Операция над идеей выглядит следующим образом:
Специальное примечание. Прежде чем сделать это, следите за незафиксированными изменениями в вашем рабочем каталоге и области подготовки, которые могут конфликтовать с извлекаемой веткой и не позволять Git переключиться на эту ветку. Лучший способ — сохранить чистое состояние перед переключением веток.
Есть способы обойти это (например, спрятать и внести изменения).
На данный момент ваш рабочий каталог точно такой же, как и до запуска #53, и теперь вы можете сосредоточиться на исправлении неотложных проблем.
Помните: когда вы переключаете ветки, Git сбрасывает ваш рабочий каталог, создавая впечатление, что он вернулся к последнему коммиту, который вы сделали в этой ветке.
Git автоматически добавит, удалит и изменит файлы, чтобы убедиться, что ваш рабочий каталог выглядит точно так же, как при последнем коммите ветки.
Далее вы хотите исправить эту срочную проблему. Постройте филиал (филиал для исправлений) для срочных проблем, работают, пока проблема не будет решена в филиале:
Разработка кода ведется на хотфиксе ветки актуальной проблемы на основе основной ветки, а симуляция выглядит следующим образом:
Вы можете запустить свои тесты, убедиться, что ваши изменения верны, а затем отправить код в удаленный репозиторий.Операция отправки в удаленный репозиторий аналогична отправке операции iss53.
Когда будет разработана ветка исправлений для этой неотложной проблемы, объедините ее с основной веткой, чтобы развернуть ее в сети. Вы можете использовать git merge идеи для вышеуказанной цели:
Сначала переключитесь на мастер
Затем объедините исправление с мастером в качестве основной линии, это очень важно, потому что мастер является основной строкой, слейте код исправления в мастер, не меняйте порядок
Затем слить хотфикс с мастером как основную строку.Это очень важно, т.к. мастер является основной строкой, а код хотфикса слит в мастер, и не возвращать заказ.
Теперь последние изменения были отправлены в отправленном снимке, указывающем на ветку master, это то, что вам нужно только отправить Master на удаленный склад (очень важно, не забудьте), вы можете начать ремонт.
Когда мы успешно объединились с основной основной линией, мы должны удалить исправление ветки.
Удалить исправление ветки локального склада
Удалить исправление ветки удаленного склада
После удаления вернитесь в нашу ветку
Продолжайте писать код на ветке iss53
в заключении
Мистер Ван: Где крики?
Сяолинь: Кого волнует, закончишь ли ты учебу, пора уходить с работы
Навыков использования Git в Idea определенно больше, чем просто немного.Я надеюсь, что каждый может учиться по аналогии, пробовать больше и нажимать каждую кнопку.
В конце концов, Лу Синь сказал: git — это вещь, вы узнаете это, если будете использовать ее больше.
Справочная статья: https://www.cnblogs.com/newAndHui/p/10846276.html
