1
0
複数のXcodeプロジェクトをGitHubを使って管理する手法について知りたい
Xcodeを使ってmacOSアプリ、iOSアプリを複数開発しています。
Macのストレージで下記のようなフォルダ構成でプロジェクトを配置しています。
このような複数のプロジェクトをGitHubで管理するとしたら、どのような方法が望ましいでしょう？
(パターン1)プロジェクトごとにリポジトリを作る
例えば、macOS-App-1、macOS-App-2、iOS-App-1、iOS-App-2のリポジトリをそれぞれ作り、4つのリポジトリを管理する。
開発アプリが増えるとリポジトリも増えますが、リポジトリの数に制限はないため、問題はなさそう。
それぞれのリポジトリ(アプリ)ごとにブランチを作ってバグ対応などをしていくイメージです。
(パターン2)XcodeProjectsのリポジトリを作る
GitHubリポジトリの中に、4つの開発アプリのフォルダが存在します。
今後開発アプリが増えたらフォルダに加えていきます。
例えばmacOS-App-1でバグ対策をする場合、macOS-App-1のバグ対策とわかるブランチを作成し、そのブランチで作業する。
同時にiOS-App-2でもバグが発生した場合、同様にブランチを作成して作業をする。
一つのリポジトリの中でXcodeのプロジェクト全体の開発状況がわかるメリットはあります。
どのような管理方法が向いているのか
実際はプロジェクトの数、複数人で開発するかどうかで変わるのでしょうが、皆さんはどのようにXcodeとGitHubを利用していらっしゃいますか？
差し支えなければ、事例などの紹介、ご自身の利用方法をご教示いただけると嬉しいです。
回答4件
#1
総合スコア13584
投稿2024/08/29 02:10
どちらかならパターン1一択でしょう。
git(GitHubではない)で管理するのはソースコードの変更の履歴です。ソースコードの開発や管理は通常プロジェクト毎に行なうので、プロジェクト毎にgitリポジトリを作ります。
また、将来いずれかのプロジェクトを公開したり共同開発することになった場合、分けてなければ、その部分だけ切り出すはめになります。
#2
総合スコア4181
投稿2024/08/29 02:12
私はGitでは1プロジェクト1リポジトリが基本と考えています。
という事で回答してはパターン1です。また実際に私もそれで運用しています。
プロジェクトが30個あったら当然30個リポジトリ作ります。
モバイルアプリとAPI(RailsとかLaravel,Reactとか)で分ける場合もそれぞれにリポジトリを分けます。
運用ではコミット時のコメントも非常に重要なので、複数のぜんぜん違うアプリの履歴を同じリポジトリに入れてしまったらわけがわからないです。
#3
#1
早速のコメントありがとうございます。
詳細に書きませんでしたが、TakaiYさんのおっしゃるようなプロジェクトの公開、および複数人での開発への切り替えも考えています。
それを考えると、確かにパターン1が適していると感じます。
現在はパターン1で運用しています。
Xcodeプロジェクトの引き継ぎや、組み込み機器の開発(C言語、プロジェクトが50近い)もGitHubで管理することを目標にしていて、リポジトリの単位はどのようなものがいいのか...を考えています。
あまり世間のやり方とかけ離れない方がいいと思い、皆さんのご意見や、使用事例などを伺っている...というところです。
#4
#2
早速のコメントありがとうございます。
おっしゃる通り、1プロジェクト1リポジトリは明快ですね。
試しに、パターン2も作って試しています。
macOS-App-1バグ対策とiOS-App-2のバグ対策の複数のブランチを作って、Xcodeで同時に複数のプロジェクトを編集してみました。
当然なのでしょうが、二つのXcodeプロジェクトで選択できるブランチは同一になるのですね。
ここは知らなかったです。
これは困ります...
コミットのコメントは重要ではあるものの、長すぎるのも考えもの。
そうすると、コミットコメントの中に「どのプロジェクトのコミット」かを入れるのはイマイチと考えました。
プロジェクトごとのリポジトリであれば、コミットのコメントも変更の理由だけにできますよね。
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。