githubはファイルの変更を無視します
プロジェクトのルート ディレクトリに .gitignore
という名前のファイルを作成すると、Git バージョン管理で不要なファイル、ディレクトリ、ファイル タイプを無視できます。
このファイルには、どのファイルまたはディレクトリを無視し、ウェアハウスにアップロードしないように Git に指示するいくつかのルールが含まれています。これは、ウェアハウスのサイズを削減し、Git の効率を向上させるのに役立ちます。
開発プロセスでは、新しいファイルやディレクトリが継続的に追加されることがよくありますが、これらの不要なファイルを無視しないと、コードとともに Git ウェアハウスに送信され、ウェアハウスが肥大化して予期せぬ結果が生じることになります。外部の問題。
Git バージョン管理でファイル、ディレクトリ、ファイル タイプを無視する方法を見てみましょう。
- .gitignore ファイルの作成
プロジェクトのルート ディレクトリに新しいファイルを作成し、.gitignore
という名前を付けます。このファイルが既に存在する場合は、直接編集するだけです。
- ルールの追加
.gitignore
にルールを追加して、バージョン管理の必要がないファイルまたはディレクトリを Git に指示します。一般的なルールは次のとおりです:
1) 独立したファイル: 1 行に 1 つのファイルまたはフォルダーのパスがあり、「/」で終わる場合はこのディレクトリを無視し、それ以外の場合はこのファイルを無視します。
# 忽略 .DS_Store 文件 .DS_Store # 忽略 node_modules 目录 node_modules/ # 忽略 dist 目录 dist/
2) ワイルドカード: 特定のルールを満たすファイル名またはフォルダー名と一致します。
# 忽略所有 .md 文件 *.md # 忽略所有 .log 文件 *.log # 忽略所有 .txt 文件,但不包括 README.txt *.txt !README.txt # 忽略所有 .js 和 .map 文件 *.js *.map
3) コメント: 「#」で始まるものはコメントを示し、Git はこの内容行を無視します。
# 我是注释,这行规则不会生效
4) 特殊文字: 特殊文字をルールに追加する場合は、エスケープする必要があります。
# 忽略格式为 __pycache__ 的文件夹 __pycache__/ # 忽略.gitignore本身 .gitignore # 忽略以`.`开头的所有文件 .*
- コミット無視ルール
.gitignore
ファイルと更新された .gitignore
ルールを Git リポジトリに追加します。
# 添加.gitignore文件到暂存区 git add .gitignore # 提交忽略规则 git commit -m "add .gitignore file to ignore some files"
- 無視ルールの確認
ファイルが無視されているかどうかは、git check-ignore
コマンドで確認できます。無視される理由。
# 检查 .DS_Store 文件是否被忽略 $ git check-ignore -v .DS_Store .gitignore:1:*.DS_Store .DS_Store # 检查 node_modules 目录是否被忽略 $ git check-ignore -v node_modules .gitignore:2:node_modules/ node_modules
git check-ignore
コマンドが行番号と一致ルールを返すことがわかります。コマンドが出力を返さない場合は、ファイルが無視されなかったことを意味します。
概要
.gitignore
ファイルを使用して、バージョン管理の必要がないファイルまたはディレクトリを Git に指示します。これにより、ウェアハウスのサイズが削減され、 Git の効率を高め、必要なファイルとディレクトリのみがリポジトリに含まれるようにします。 .gitignore
ルールを記述するときは、ワイルドカード、コメント、特殊文字などの構文を使用できます。また、git check-ignore
コマンドを使用して無視されたファイルとルールを表示することもできます。
以上がgithubはファイルの変更を無視しますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undress AI Tool
脱衣画像を無料で

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

Githubでプルリクエストを効果的に確認する方法は?まず、PRの目的を明確にし、タイトル、説明、タスクがそれに関連しているかどうかを確認し、変更の意図を理解していることを確認する必要があります。 1.コードをレビューするときに、正しさ、一貫性、パフォーマンス、セキュリティを確認し、インラインコメントを使用して質問や提案をします。 2.必要に応じてコードをローカルにテストし、関数を確認し、潜在的なエラーを見つけます。 3.レビューとテストの結果に基づいて修正を承認または要求することを決定し、明確に通信してフィードバックします。これらの手順に従うことで、コードの品質が向上し、コラボレーションが容易になります。

Gitcherry-Pickは、単一のコミットを正確に適用するために使用されます。適用可能なシナリオ:機能ブランチのバグ修正をメインにすばやく融合し、間違ったブランチのコミット移動を修正し、クロスバージョン分岐移植ホットフィックスを修正します。 2。基本的な使用法はGitcherry-Pickで、コミットの変更をコピーして新しいハッシュコミットを生成します。 3.繰り返しのコミットを避けるために、a^.. b、ffを使用して、コミット、バッチピッキング、およびGitshow Chow Checking Contentを使用して、変更をプレビューできます。 4.共有支店での虐待を避けるために注意を払い、競合を慎重に処理し、歴史的な混乱を防ぐためにデフォルトでコミットを選択してマージしないでください。適切に使用すると、効率を向上させ、コミット履歴をきれいに保つことができます。

tooptimizelgegitRepositories、startbyusingshallowclonesandsparsechectoredatedataload:1.usegitclone - depth1forminimalhistoryandgitsperse-ceckouttofethonlyededdirectionies.2.enableBuilt-inottimizations compore.comecore.commitgrap

Switchtomainandlistmergedbrancheswithgitbranch--merged,thendeletethemexceptmainanddevelopusinggitbranch--merged|grep-v"main\\|develop"|xargsgitbranch-d.2.Deletestaleremotebrancheswithgitpushorigin--deleteandsynclocaltrackingwithgitfetch--pr

useimperativemoodtomakemessagesconsentandclear、たとえば、 "fixbug"代わりに "sixedbug" .2.writeasubjectlineunder50charactershatsthatsthatsthatsthatshechangewithoutaperiod.3.

gitlfsは、大きなファイルストレージの問題を解決し、大きなファイルをポインターに置き換え、実際のコンテンツをリモートサーバーに保存します。 2。gitlfsinstallをインストールし、gitlfstrack "*。拡張子"を使用してファイルタイプを追跡し、.gitattributesを送信します。 3.クローニングするときは、最初にgitlfsinstallを実行する必要があります。そうしないと、ポインターのみを取得でき、ファイルを使用できません。 4.すべてのファイルの追跡を避け、.gitattributesの送信を忘れて、クローニング後に実際のファイルを取得するかどうかをテストします。

チームワークで発生する競合は、効果的なコミュニケーション、問題のクリア、共通の目標の確立、規則の策定を通じて解決する必要があります。第一に、私たちは紛争の存在に直面し、隠された危険を埋めることを避けるために積極的にそれらについて議論しなければなりません。第二に、私たちは急いで正しいか間違っているかを急いではいけませんが、すべての関係者の立場と出発点に耳を傾け、感情ではなく事実の問題を解決してください。第二に、ユーザーの観点から設計計画を評価したり、意思決定を支援するためにサードパーティの視点を導入するなど、共通の目標を確立します。次に、役割を満たす労働部門、共同ツールの使用、定期的なレビューおよび調整メカニズムなどの明確なルールを策定します。最後に、表現方法による対立のエスカレートを避けるために感情的な管理に注意を払い、必要に応じて第三者に調整するように依頼します。あなたが時間内にそれに直面し、合理的な方法を採用する限り、競合をチームの進歩を促進する機会に変えることができます。
