目次
序文
この記事は、著者が仕事で git を使用するときに遭遇した問題とほとんどの操作を記録するために使用されます。
この記事は理論とは異なり、よりターゲットを絞ったものであり、これらをマスターすれば、基本的な面接とワークで十分です。
以前に理論的な記事も書きましたが、これは参考のための最も基本的な知識です。
Git ナニーレベルのチュートリアル (概要、理論、手順、作成とコードの初期化の完全な手順、分岐と競合、発生した問題)
初めて会社に着いたとき
最初に会社に到着したらコードをプルする必要がありますが、このときクローンを使用する必要があります。
git clone xxx
リモート リポジトリの URL をコピーして、プロジェクトのクローンを作成します。しかし、私はコードをそのまま削除しただけです。通常、取得するのはプロジェクトのメイン ブランチである master です。
現在のブランチを確認するには、以下を使用できます。
git branch
現在いるブランチが表示されたら、参加して最新のブランチをプルすることができます。通常、最初にローカル ブランチを作成してから、リモート ブランチをプルする必要があります。
段階的なアプローチは次のとおりです。
git checkout -b dev origin/devYuan
原点の左側は作成したローカル ブランチで、原点の右側はプルする必要があるリモート ブランチです。
この時点で、コードがプルダウンされ、新しいブランチに接続されました。
コードを記述して独自のブランチを送信する
コードをプルした後、ローカル ブランチで独自のコードに変更を加えました。提出方法は？
まず、変更をローカルでステージングする必要があります。
git add .
提出したい場合は、次のようにします。
git commit -m '注释'
コミットでは、通常、コメントを記述する必要があります。その日にやったことを短い文章で提出できます。これは提出されています地元の倉庫。
リモートにプッシュするにはどうすればよいですか? ブランチをまだプッシュしていない場合は、リモート上に新しいブランチを作成してコードをプッシュする必要があります。
git push --set-upstream origin xxx
この手順を完了すると、リモート リポジトリ上に最新のブランチが表示されます。この xxx が現在のローカル ブランチであることに注意してください。これは、先ほど述べた git ブランチからも確認できます。
コードはコミットされてプッシュされましたが、変更が加えられています
リモートでブランチを作成したところですが、問題があることが判明したので、コードを修正しました。コードを変更した後は、先ほどのような手間をかけずに、コードをリモート ブランチに直接送信できます。
git push
リモートブランチを更新できます。
翌日コードを引く
私たちは同僚と同じ倉庫を使用していますが、異なるブランチでは全員が異なるバージョンを使用しているため、翌日には同僚のコードをプルする必要があります。
ただし、コードをプルするということは、自分が書いた部分が必要ないという意味ではありません。
通常、最初にローカル ブランチを作成します。
git checkout -b xxx
ローカル ブランチを作成し、同僚のコードをプルしました。
git pull origin xxx（同事的分支名）
プルダウンした後、競合があるために git がエラーを報告する場合があります。競合するのは、同僚と私が変更したコードが 1 か所変更されたためですが、書き方が 2 つあるため、どちらの意見を聞くべきでしょうか? 通常の状況では、vscode などのコンパイラーで作業ツリーが表示されます。上記で選択できます。
しかし、コードをマージせずに直接プルしたい場合はどうすればよいでしょうか? 現時点では、最初にローカル バージョンに送信し、最初に追加してからコミットできます。または、以下を使用することもできます。
git stash
現在のコードを一時保存領域に置きますが、この時点では通常どおり同僚のコードをプルすることができ、自分が書いたコードが失われることはありません。
分岐を切り替える
ローカルに複数のブランチがあり、別のブランチを表示したい場合は、このブランチから別のブランチに切り替える必要があります。私が最もよく使用するブランチは次のとおりです。
git checkout xxx
ブランチの切り替え時にエラーが報告された場合は、追加、コミット、またはスタッシュのプロセスを実行する必要もあります。それらのほとんどは問題を解決できます。
リモートブランチとローカルリポジトリが多すぎます
ブランチ開発が含まれる場合、一定期間内に多数のブランチが存在する可能性があり、実際には効率にある程度の影響を及ぼします。そのため、時々、地元の支店や倉庫を掃除する必要があります。
非常にシンプルなリモート ブランチのクリーンアップ:
git push origin --delete xxx
ローカルブランチのクリーンアップ:
git branch -d xxx
ローカルで削除するときにエラーが報告された場合:
git branch -D xxx
ほとんどの問題を解決できます。
チェックアウトが失敗する
ブランチが存在してもチェックアウトが失敗する場合は、ブランチが時間内にローカルで更新されなかったことが原因である可能性があります。
まず、リモート ブランチをローカルで表示するときにリモート ブランチを更新する方法について説明します。まず、リモート ブランチをローカルで表示します。
git branch -r
ブランチが不完全な場合、チェックアウトは失敗します。ローカルで更新しましょう。
git fetch
その後、上記の git checkout を使用して通常どおりチェックアウトできます。
つづく
上記は私が仕事中に遭遇した問題とその解決方法の一部をまとめたものです。入社したばかりの頃は理論しか理解できませんでしたが、gitの道は何度も模索し、失敗し、悩み、資料を探して勉強しながら少しずつ覚えて、使ってみて、熟練した。
後々、多くの問題に遭遇することになると思いますが、それはこのブログに記録します。皆さんもぜひ注目して修正してください。質問がある場合は、コメント欄で共有してください。学びに終わりはありません。ご多幸をお祈りしています。！