0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

[GitHub]修正方法について

Posted at

はじめに

本記事は、GitHubにてLGTMにならず、修正となった場合の対処方法となります。
私が理解していなかった部分で、そのためかなりの時間の要してしまいましたので
アウトプット、備忘録として記録いたします。

何を理解していなかったのか

レビュアーからLGTMが貰えず、こちらで修正し、
再度レビュアーに確認依頼する流れです。

そもそものGitHubのルールに沿った開発の流れ

masterブランチから`ブランチを切る`

②コードを記述し、都度`commit`する。

commit後、`push`する。

`pull requestを作成`する。

⑤レビュアーへ`確認`依頼する。

⑥レビュアーが作業者に対して`修正`依頼をする。

`⑦作業者にてコードを修正する。`

⑧修正後、無事に`LGTM`となる。

`merge`する。

⑩リモートリポジトリからローカルリポジトリへ`pull`する。

#何を理解していなかったか
当時の私の話です。
⑦にてLGTMとならなかったため、修正が必要になりました。
その際に、修正後はどうやってレビュアーに確認依頼すればいいのか、
全くわからず、再度①から実行しなければならないと勘違いしており、
レビュアーに確認依頼するところまで辿り着けず、
モヤモヤしていました。

#結論
【⑦にて修正となった場合】

①コードを`修正`

②修正箇所について、`再度commit`する。
この時、commit名は「修正」などと分かり易く。

`再度push`する。

`再度確認依頼`をする。

これで以上です。
pull requestは既に作成されているため、
再度pull requestを作成する必要があるという認識が全くできていなかったことが原因でした。
こんなことに何度もエラーが出てしまったりしていました。

#終わり
私含めて初学者の方は、
GitHubを使いこなすのに少々手こずってしまい、
同じような悩みを抱えてしまう方もいると感じています。

しかし、GitHubという機能は、
働く上で、必ず身につけなければならないものだと確信しています。

今、失敗できたことをプラスに捉え、
引き続き頑張りましょう!!

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?