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?