Главная страница>Связанные с программированием>Другой исходный код
Скачать

Java面试通关秘籍- Java_Useful_8股文_Guide

Те, кто видит, суждено быть суждено с тем, чтобы быть суждено с тем, чтобы быть суждено с тем, чтобы быть суждено с тем, чтобы быть суждено с тем, чтобы быть суждено с тем, чтобы быть суждено с тем, что им суждено быть суждено с тем, чтобы быть суждением быть суждением, чтобы быть суждено с тем, чтобы быть предназначенным для того, чтобы быть преданным, чтобы быть судом Java_Useful_8股_Guide приветствующими на нашу bagua JavaU8G .

Введение проекта

This project Java_Useful_8股文_Guide is committed to creating a comprehensive and practical Java技术与面试指南, covering a wide range of fields from Java basics to advanced practical applications, including but not limited to Java面试,算法, JavaSE ,并发编程, JVM优化, MySQL , OS ,中间件,微服务and other core knowledge points, as well as Spring全家桶и设计模式.

? Интерактивный опыт обучения

Наш сайт базы знаний имеет уникальную интеграцию функций музыкального проигрывателя , позволяя учащимся сосредоточиться и освоить точку знания Java во время песни . Эта инновационная модель обучения направлена ​​на повышение эффективности обучения и веселья, позволяя вам глубоко понять ключевые концепции технологического стека Java в расслабленной мелодии. Начните эффективное путешествие «听歌学Java ».

Читая подробное содержание ** Java_Useful_8股文_Guide , он объединяет теоретические знания с практикой для достижения комплексного и многосенсорного опыта обучения. Независимо от того, рассматриваете ли вы основы Java или изучаете сложные детали настройки JVM, существуют соответствующие отобранные песни, чтобы сопровождать ваш путь обучения. Разработчики могут активно участвовать и лично участвовать в этом новом методе обучения, чтобы совместно создать более яркие и практические Java面试и ресурсы技术提升!

Основной контент (план)

  • JavaSE : Объясните основные концепции и расширенные особенности языка Java в простой для понимания.
  • JUC : включает в себя большое количество одновременных кодов экземпляров и анализа, чтобы помочь вам освоить многопоточные навыки развития.
  • JVM : предоставляет подробное введение в принципы JVM и практические случаи настройки, чтобы помочь вам стать экспертом по настройке JVM.
  • DesignPatterns : суммируйте общие шаблоны проектирования и сценарии приложений для улучшения возможностей проектирования программного обеспечения.
  • SpringFrames : Комплексная интерпретация компонентов Spring семейства и их фактическое использование боевых действий для повышения вашей конкурентоспособности в развитии уровня предприятия.
  • JavaInterview : краткое изложение анализа и обсуждения различных вопросов интервью Java , чтобы защитить вас от интервью.

? Адрес веб -сайта

  • Официальный сайт :?
  • ? ‍ Блог (также опубликованы некоторые статьи):
    • Gitee (быстрая скорость)
    • Github (дополнительная коллекция)

? Обновление обслуживания

Чтобы постоянно предоставлять высококачественный контент, этот проект будет настаивать на регулярных обновлениях ежедневно или еженедельно, чтобы своевременно не отставать от новейших технологий Java и интервью. Мы искренне приглашаем членов сообщества принять участие в вкладе и поделиться своими знаниями и опытом с помощью Pull Request (PR).

? Взаимодействие и участие

Разработчики могут следовать этому проекту, например, Star , чтобы показать свою поддержку, и активно участвовать в дискуссиях и совместном строительстве. Позвольте нам работать вместе, чтобы создать высококачественную и постоянно обновленную книгу знаний для сообщества разработчиков Java !

Как участвовать? Нажмите кнопку Star в правом верхнем углу, чтобы следить за прогрессом проекта. Скопируйте проект в свою учетную запись GitHub через функцию Fork , измените контент и инициируйте Pull Request . Задайте вопросы, предложения или поделитесь новыми вопросами и анализом интервью в области Issues .

Стаги кода представления репозитория:

  1. Выберите папку на локальном компьютере и клонируйте содержимое репозитория в папку 

     # 本处使用 ssh 协议，如未配置，需要先配置本地密钥到GitHub
# 参考链接：https://blog.csdn.net/W_317/article/details/106518894
$ git clone [email protected]:WL2O2O/JavaU8G.git

  2. Опубликовать или обновить статью

    • Создать или обновить контент в соответствующем файловом каталоге;
    • Найдите файл SUMMARY.md в папке src и добавьте запись индекса в соответствующее место;
    • Найдите файл README.md в папке src и добавьте запись TimeLine в соответствующее место.

  3. Файлы отслеживания локального репозитория 

    $ git add .

  4. Отправить код в локальный репозиторий 

    $ git commit -m "你的提交信息"

  5. Push -код для удаленного хранилища совместной работы GitHub 

    $ git push origin master

  6. Подождите, пока CI / CD будет автоматически обновлен, около трех минут

Удобные сценарии:

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

Шаги для использования:

  1. Дважды щелкните autoPull.bat
  2. Изменить или добавить новые файлы
  3. Дважды щелкните autoUpload.bat

Примечания:

В: Почему мой код подал отклонение?

A: Поскольку это многопользовательский кооперативный репозиторий, локальная версия может быть непоследовательной при его загрузке. Чтобы избежать конфликтов, этот шаг 1. 更改已有的文件内容或者新增文件, вам необходимо добавить шаги拉取仓库最新内容. Чтобы облегчить эту операцию, вы можете непосредственно дважды щелкнуть файл скрипта autoPull.bat для притяжения одного щелчка или команды: 

 # 命令解释：拉取 master 分支最新内容     origin：分支标记，master：分支名
$ git pull origin master

Пока вы пишете в своем резюме, вы обычно спросите, как разрешить конфликты GIT. Позвольте мне поговорить о решении ниже?

Анализ причин конфликта:

A сотрудничает с B одновременно, A обновляет файл Test.md , а затем B также обновляет файл Test.md локально. В настоящее время A не знает, что он был отвергнут при выполнении операций Push. ПРИМЕЧАНИЕ. Новые файлы не будут вызывать конфликты, если они не дублируются, поэтому конфликты обычно вызваны обновлениями.

Решения для разрешения конфликтов:

  1. Самое простое - ручное решение: не нужно менять контент, который вы изменили только сейчас, сначала вытащите последний контент на складе, и затем в файле появится марка контента, который необходимо решить вручную. Вручную выберите удаление и модификацию, а затем нажмите
  2. Отменить изменение содержимого файла -Команда: скопируйте содержимое файла, которое вы обновили (удобно вставить его снова после разрешения конфликта), git checkout fileName.md Отмена изменений в конфликтующий файл -> git pull origin master .

Как отбросить код:

Жизненный цикл общих файлов: модификация контента -> совершить локальную филиал -> Push to Remote Warehouse

  1. Для откатов измененных, но не совершенных файлов: вы можете использовать git checkout fileName.md чтобы отменить изменения в файлах

  2. Для откатов модифицированных, преданных или push -файлов: 

     # 查看 git 日志的提交记录的32位 hash 值
$ git log

# 回退提交，以 hash 值为 1234 为例（正常是32位）
$ git revert 1234 或者 git reset --hard 1234

revert 会保留更改文件的历史记录，创建一条新的记录，reset 是强制回退，彻底的回到指定的版本，reset 有三种模式可以选择：soft、mixed（默认）、hard（常用）

--soft模式会重置指针，但不会修改工作目录或索引。这意味着之前的更改仍
然存在于工作区中，并且可以重新提交。

--mixed模式是默认模式，它重置指针并更新索引以匹配指定的提交。这将取消索引中的所有更改，但工作目录中的更改将保留。

--hard模式会重置指针，索引和工作区。这意味着所有更改都将永久删除，并
且没有办法澈销或恢复这些更改。

Локально подталкивается к удаленному, но хочу изменить информацию о отправке Github , как работать

Если вы выдвинули изменения в удаленный репозиторий и хотите изменить информацию о коммите, вы можете использовать команду GIT Rebase для интерактивного изменения исторического коммита. Вот общие шаги:

  1. Осторожность: изменение коммита, которое было подтолкнуто к удаленному хранилищу, является чувствительной операцией. Если вы работаете с кем -то другим, или ваш хранилище является публичным, изменение исторических представлений может вызвать проблемы для других. Убедитесь, что вы понимаете потенциальные риски и сообщите другим, кто работает с вами.

  2. Убедитесь, что ваше рабочее пространство чисто: прежде чем начать, убедитесь, что у вашего рабочего пространства нет неумолимых изменений. Вы можете использовать статус GIT для проверки. Если существуют незавершенные изменения, совершайте или сохраните их временно.

  3. Выполнить интерактивную Rebase: 

git rebase -i HEAD~n

Здесь n это количество коммитов, которые вы хотите изменить. Например, если вы хотите изменить самые последние 3 коммита, вы можете использовать git rebase -i HEAD~3

  1. Измените информацию о отправке: это открывает интерактивный интерфейс, в котором перечислены самые последние выбранные вами представления. Для каждого коммита перед ним есть команда. Найдите строку, которую вы хотите изменить представленную информацию, и изменить выбор для перепончика (или сокращения как r).
  2. Сохраните и закройте редактор. Для каждого представления, отмеченного как вознаграждение, GIT откроет редактор, чтобы позволить вам изменить информацию о отправке. Сохраните и закройте редактор после модификации.
  3. Полная Rebase: После изменения всей желаемой информации о коммите операция Rebase продолжается и создает новый коммит, чтобы заменить старый коммит.
  4. Сила толчка к удаленному хранилищу: поскольку вы изменили исторический коммит, вам необходимо использовать Force Push для обновления удаленного репозитория: 
git push origin $your -branch-name$ -f

Замените название вашего ветвя на имя ветви, над которым вы работаете.

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

Код был представлен в GitHub , но представление была ошеломлена. Что я должен делать?

1. Это очень просто. Если вы не заботитесь о записи коммита Github , то вы можете напрямую изменить ее и отправить снова. 2. Вы не хотите, чтобы удаленный коммит отображал несколько записей о отправке, поэтому вы можете: предпринять следующие шаги, чтобы удалить код, который локально представлен и повторно напитывает: (Удаленное дистанционное управление одновременно удаляет представление))

  1. Откройте терминал командной строки (например, git bash, терминал и т. Д.).
  2. Перейдите в каталог, где находится ваш местный репозиторий.
  3. Выполнить следующую команду, чтобы отозвать эту подачу: 
git reset --soft HEAD~1

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

  1. Теперь вы можете изменить код, добавьте измененный файл во временную область хранения, используя команду git add , а затем повторно повторно используя команду git commit : 
git add < modified_files >  
git commit -m " Fixed issues and re-committed "

Здесь <modified_files> - это путь файла или имя файла, которое вы изменили. За вариантом -m следует информация о отправке, вы можете заполнить ее в соответствии с фактической ситуацией.

  1. Наконец, нажмите модифицированный код на GitHub: 
git push origin < branch_name >

Здесь <branch_name> это название филиала, в котором вы находитесь в настоящее время, например, main или develop .

Таким образом, вы успешно удалили неверный коммит и повторно повторно повторно разработали модифицированный код. Убедитесь, что вы создали резервные копии важных файлов и данных перед выполнением этих операций.

Я хочу объединить несколько записей о commit GitHub , что мне делать?

Если вы хотите показать только один коммит на GitHub, вы можете использовать команду git rebase чтобы объединить несколько коммитов в один коммит. Вот один простой шаг:

  1. Откройте терминал командной строки (например, git bash, терминал и т. Д.).
  2. Перейдите в каталог, где находится ваш местный репозиторий.
  3. Выполнить следующую команду, чтобы объединить несколько коммитов в один коммит: 
git rebase -i HEAD~ < number_of_commits >

Здесь <number_of_commits> это количество коммитов, которые вы хотите объединить. Например, если вы хотите объединить последние 3 коммита, вы можете войти в HEAD~3 .

  1. После выполнения вышеуказанной команды вы введете интерактивный интерфейс, в котором перечислены коммиты, которые вы хотите объединить. В файле измените pick перед коммитом, который должен быть сохранен squash или s Держите коммиты, которые вы хотите объединить и объединить другие коммиты в один из них.
  2. После сохранения и закрытия файла GIT восстанавливает историю коммита и объединяет несколько коммитов в один коммит.
  3. После завершения слияния используйте следующую команду, чтобы подтолкнуть измененный код в GitHub: 
git push origin < branch_name > --force

Здесь <branch_name> это название филиала, в котором вы находитесь в настоящее время, например, main или develop .

Благодаря вышеуказанным шагам вы можете объединить несколько коммитов в один коммит, показывая только одну запись о коммите на GitHub. Убедитесь, что вы создали резервные копии важных файлов и данных перед выполнением этих операций.

Ссылки:

git command визуальное обучение

Git common command

Расширять
Дополнительная информация
Связанные приложения
Рекомендуем вам
Связанные новости Все