[GitHub]ブランチ運用についてです

Question

質問

git-flowを使ってブランチ運用をしたいのですが、やり方がわかりません。
featureブランチからfeature_#17_yamadaみたいな感じでブランチを作成し、作業が終わり次第マージしたいのですが、具体的なマージ方法がわかりません。
というのも、ローカルリポジトリにfeature_#17_yamadaを作成したあと作業が終わり、リモートリポジトリにプッシュすると思うのですが、その後どこでマージするのが正しいのでしょうか？ローカルでしょうか、それともGitHubのWebサイト上のリモートレポジトリを直接マージしたほうがいいのでしょうか？

ローカルでfeature_#17_yamadaをfeatureにマージしても、変更点がないとかでリモートリポジトリにプッシュすることができません。

Comments

[hoshi-takanori]

feature という名前のブランチを作ることはないような…。「feature ブランチ」と言ってるのは feature_#17_yamada などの機能や修正内容ごとのブランチの総称です。普通は main (master) や develop からブランチを切って、ブランチを切った元の main (master) や develop にマージすることになるかと。
また、git-flow などの説明はブランチの切り方の説明なので git だけで操作できるような説明がされてますが、実運用では github 上で (他の開発者のレビューを受けてから) マージするのが普通でしょう。

変更点がないと言われてプッシュできないのはブランチの切り方を間違えてるとか、変更内容をコミットしてないとかでしょうか…。

[yamada_0901]

コメントありがとうございます。
こちらで見た限りは`feature`ブランチを切ると書いてありますね。
[https://qiita.com/kanatatsu64/items/8feb5bf0352d39cfa3c3]

[tamoto]

その記事をよく読むと良いと思います。
最初の図で、feature branches はどこから分岐していてどこにマージされていますか？
記事中では確かに「feature ブランチを切る」と発言していますが、そのコマンド例などで `feature` という名前のブランチを作成している例は存在していません。

[yamada_0901]

回答ありがとうございます。
URL先の記事では以下のようなことが書かれていました。

> 機能の追加時以外にも、issueに対処するときにもfeatureブランチを切る。その時のブランチ名は、feature/<issue id>とする。また、一つのfeatureブランチで複数のissueに対応する時には、feature/<issue id1>,<issue id2>_...とする。例えば、feature/#7,#8など。こうすることで、GitHub上でブランチ名がissueへのリンクとなる。

と書かれていたので、`feature`ブランチから`feature_#17_yamada`といった名前のブランチを作成したのですが、この認識が間違っているということなのでしょうか？

別の記事にはなりますが、こちらでもブランチ名の参考として`feature-〇〇-▲▲-□□`といった名前のブランチを作成することがベストプラクティスであると記載されていました。
https://takeda-no-nao.net/programming/git/git-branch-naming-convention/

[hoshi-takanori]

> と書かれていたので、`feature`ブランチから`feature_#17_yamada`といった名前のブランチを作成したのですが、この認識が間違っているということなのでしょうか？

はい、間違いです。「機能追加や issue 対応のための feature ブランチ」の具体的なブランチ名を feature/<issue id> や feature-〇〇-▲▲-□□ とする、と読むのが自然です。

[tamoto]

> この認識が間違っているということなのでしょうか？

はい。その認識が誤りです。

> ……ので、`feature`ブランチから`feature_#17_yamada`といった名前のブランチを作成した

なぜ誤りなのかというと、そもそも git-flow を含む各種ブランチ運用戦略には `feature` ブランチなんてものは存在しないからです。
`feature` ブランチが存在しないので、「`feature` ブランチから」各種ブランチを作成することは不可能です。
もう一度言いますが、参考にしている記事で「feature branches がどこから分岐していてどこにマージされているか」を確認してみて下さい。

この認識を修正すれば、残りの疑問には hoshi-takanori さんのコメントが答えになります。

[ikedas]

> ローカルでfeature_#17_yamadaをfeatureにマージしても、変更点がないとかでリモートリポジトリにプッシュすることができません。

このときに
・実行したコマンド
・その結果出力されたメッセージ
を、省略や解釈をまじえず、そのまま、すべてを、記してください。そうしないと、的確なアドバイスをもらえません。

ちなみに、このコメント欄に書くのではありません。質問文を編集して追記してください。

Answer 1

前提

まず、質問の文章からgit-flowのルールに則って運用していないのでしっかりルールを確認しましょう。
その前提は置いておいて、解答します。

回答

どちらでも良いです。
自分の好きなやり方でやるのが良いです。

ローカルでfeature_#17_yamadaをfeatureにマージしても、変更点がないとかでリモートリポジトリにプッシュすることができません。

そんなことはありません。