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

はじめに

初学者です。チーム開発時のGitHubの使い方を個人的にまとめたものです。
リポジトリは作成していることを想定しています。

統合ブランチとトピックブランチ

基本的にmainブランチでは作業をしないみたいです。
統合ブランチとトピックブランチに分けます。
統合ブランチはいつでもリリース可能な状態にしておくブランチ。
そのため統合ブランチ内ではバグ等はないはず、、、
トピックブランチの分岐元になります。
トピックブランチは機能追加や修正をするブランチです。
統合ブランチから分岐させて、作業完了後統合ブランチへ取り込みます。

大まかな流れ

・統合ブランチ(今回はブランチ名:developとする)から各自トピックブランチ作成
・各自作業
・作業完了後、プッシュ

 $ git add .
 $ git commit -m "コメント"
 $ git push origin ブランチ名

・Gitへ移動してプルリクエスト、マージ前の確認
・確認後マージ
・各自developブランチへ移動して更新をプル

 $ git checkout develop
 $ git pull origin develop

・次の作業のためブランチ作成

コンフリクトとは

チーム開発で切っても切れないものな気がします。
プルリクエストの際に「Can’t automatically merge.」と表示
されていることがあります。
基本的にGitは何もなければ自動的に変更箇所を統合してくれるのですが、
同じ箇所の変更があった際にGitはどうしたいんだよ!と怒ります。
それがコンフリクトです。

コンフリクトの解消

コンフリクトの箇所は
 <<<<<ブランチ名
 作業内容
 =====
 マージしようとしたブランチ
 >>>>>develop
と表示されますので、「<」 「=」 「>」等の不要な部分を消してあげます。
そして「Mark as resolved」を押すと解消されます。
※pullした際にコンフリクトが起こることもあるので、同様の作業をした上で、コミットプッシュをします。
私は変に色々コマンド入力してしまって、訳がわからない状態にもなったので、きちんと確認してから作業しましょう。
色々やってみようではダメですね。。。

以上、ざっくりしたまとめです。
画像とかあれば分かりやすかったのですが、、、
また色々思いついたら追記していきます。

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?