JavaU8G
initialize-release
Java面试通关秘籍Java_Useful_8股文_Guide見える人々は、運命づけられる運命にある運命にありJavaU8G 。運命にあり、運命づけられる運命にあります。運命にあり、運命づけられる運命Java_Useful_8股_Guideあります。
このプロジェクト
Java_Useful_8股文_Guideは、Javaの基本から高度な実用的なアプリケーションまで、Java技术与面试指南インタビュー、算法、Javase、同時プログラミング、JVM最適化、JVM最適化、MySQL、JavaSE、Microservicesなどを含むが、Javase、并发编程、JVM优化、Microserviceなどを含むが、OS、中间件、微服务などを含む幅広い分野をSpring全家桶する包括的で実用的なテクノロジーとインタビューガイド设计模式Java面试。设计模式。
ナレッジベースのWebサイトには、音楽プレーヤー機能のユニークな統合があり、学習者が曲の時間内に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ボタンをクリックして、プロジェクトの進行状況に従います。 Fork関数を介してプロジェクトをGitHubアカウントにコピーし、コンテンツを変更し、 Pull Requestを開始します。 Issues分野で質問、提案、または新しいインタビューの質問と分析を共有してください。
ローカルコンピューターのフォルダーを選択し、リポジトリの内容をフォルダーにクローンします
# 本处使用 ssh 协议，如未配置，需要先配置本地密钥到GitHub
# 参考链接：https://blog.csdn.net/W_317/article/details/106518894
$ git clone [email protected]:WL2O2O/JavaU8G.git記事を投稿または更新します
srcフォルダーでSUMMARY.mdファイルを見つけ、対応する場所にインデックスレコードを追加します。srcフォルダーでREADME.mdファイルを見つけ、対応する場所にTimeLineレコードを追加します。ローカルリポジトリ追跡ファイル
$ git add . ローカルリポジトリにコードを送信します
$ git commit -m "你的提交信息"コードをリモートGitHubコラボレーションリポジトリにプッシュします
$ git push origin master CI / CD自動的に更新されるのを待ってください、約3分
このウェアハウスのルートディレクトリは、ワンクリックプルとワンクリックアップロード付きのスクリプトを提供します。マルチパーソンコラボレーションは便利で、管理用のマルチブランチ構造をセットアップしないため、リモートウェアハウスの最新コードを忘れないようにするために、クリックスルー操作にスクリプトファイルを使用できます。
使用する手順：
autoPull.batをダブルクリックしますautoUpload.batをダブルクリックしますQ：なぜ私のコードは拒否を送信したのですか？
A：それは多人員の協同組合リポジトリであるため、ローカルバージョンはアップロードするときに一貫性がない場合があります。競合を回避するために、この手順1. 更改已有的文件内容或者新增文件、拉取仓库最新内容手順を追加する必要があります。この操作を容易にするために、 autoPull.batスクリプトファイルをワンクリックプルまたはコマンドに直接ダブルクリックすることができます。
# 命令解释：拉取 master 分支最新内容 origin：分支标记，master：分支名
$ git pull origin master履歴書に書いている限り、通常、Gitの競合を解決する方法を尋ねます。以下の解決策について話させてください。
紛争の原因の分析：
Aは同時にBと協力し、aはファイルTest.mdを更新し、BはファイルTest.mdローカルに更新します。現時点では、プッシュ操作を実行する際に拒否されたことを知りません。注：新しいファイルは複製されていない限り競合を引き起こさないため、競合は一般に更新によって引き起こされます。
競合を解決するための解決策：
git checkout fileName.md競合するファイルへの変更をキャンセルします - > git pull origin master最新のコンテンツをプルします - >ファイルをもう一度更新します - >プッシュアップデートコードをロールバックする方法：
一般的なファイルのライフサイクル：コンテンツの変更 - >ローカルブランチへのコミット - >リモートウェアハウスへのプッシュ
変更されたがコミットされていないファイルのロールバックの場合： git checkout fileName.mdを使用してファイルの変更をキャンセルできます
修正、コミット、またはプッシュファイルのロールバックの場合：
# 查看 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コマンドを使用して、履歴コミットをインタラクティブに変更できます。一般的なステップは次のとおりです。
注意：リモートリポジトリにプッシュされたコミットを変更することは、機密操作です。あなたが他の誰かと仕事をしている場合、またはあなたのリポジトリが公開されている場合、歴史的な提出を変更することは他の人に問題を引き起こす可能性があります。潜在的なリスクを理解し、あなたと一緒に働く他の人に知らせてください。
ワークスペースがきれいであることを確認してください。開始する前に、ワークスペースにコミットされていない変更がないことを確認してください。 GITステータスを使用して確認できます。コミットされていない変更がある場合は、一時的にコミットまたは保存してください。
インタラクティブリベースを実行します：
git rebase -i HEAD~nここで、nは変更したいコミットの数です。たとえば、最新の3つのコミットを変更する場合は、 git rebase -i HEAD~3使用できます。
git push origin $your -branch-name$ -f作業中のブランチ名にあなたのブランチ名を置き換えます。
注：強制プッシュは、リモートリポジトリの履歴を上書きするため、この操作の結果を理解し、あなたと一緒に働く他の人に通知してください。
GitHubに送信されましたが、提出はずらしていました。どうすればいいですか？ 1。とても簡単です。 Githubのコミットレコードが気にしない場合は、直接変更して再度送信できます。 2.リモートのコミットが複数の提出レコードを表示する必要はないので、次の手順を実行して、ローカルで送信されて再プッシュされたコードを削除してください。
git reset --soft HEAD~1このコマンドは、最後のコミットへのヘッドポインターをロールバックしますが、ワークスペースの変更を保持します。つまり、このコミットを取り消しましたが、変更されたコードはローカルリポジトリに残ります。
git addコマンドを使用して変更されたファイルを一時ストレージエリアに追加してから、 git commitコマンドを使用して再送信できます。 git add < modified_files >
git commit -m " Fixed issues and re-committed "ここで、 <modified_files>は、変更したファイルパスまたはファイル名です。 -mオプションの後に送信情報が続き、実際の状況に応じて記入できます。
git push origin < branch_name >ここでは、 <branch_name>は、 mainやdevelopなど、現在入っているブランチ名です。
このようにして、間違ったコミットを正常に削除し、変更されたコードを再提出しました。これらの操作を実行する前に、重要なファイルとデータをバックアップしたことを確認してください。
GitHubの複数のcommitレコードをマージしたいのですが、どうすればよいですか？ GitHubで1つのコミットのみを表示する場合は、 git rebaseコマンドを使用して、複数のコミットを1つのコミットに統合できます。ここに1つの簡単なステップがあります。
git rebase -i HEAD~ < number_of_commits >ここに<number_of_commits>は、合併したいコミットの数です。たとえば、最新の3つのコミットをマージしたい場合は、 HEAD~3を入力できます。
squashまたはsに保持する必要があるコミットの前にpick変更します。合併したいコミットを維持し、他のコミットをそれらの1つに統合します。git push origin < branch_name > --forceここでは、 <branch_name>は、 mainやdevelopなど、現在入っているブランチ名です。
上記の手順を通じて、複数のコミットを1つのコミットにマージし、GitHubに1つのコミットレコードのみを表示できます。これらの操作を実行する前に、重要なファイルとデータをバックアップしたことを確認してください。
参考文献：
gitコマンドビジュアル学習
git共通コマンドの概要
