プログラマーが運用してきたGitサーバーにWebデザイナーを参加させたい。リポジトリは分けるべき?

Question

現在業務でPHPのWebアプリケーションの開発を行っており、プログラマーのみがGitサーバー(GitBucket)を利用しています。
共同作業者としてWebデザイナーがアプリケーションのデザインを行っており、デザイナーとプログラマー間は現在はファイルサーバー上でHTML,CSS,画像などのファイルをやりとりしています。(なお、デザイナーは単純にHTMLのみを記述し、テンプレートの組み込みは全てプログラマーが行っています。)

以上のような業務フローで多数の案件を進行しているのですが、最近デザイナーからバージョン管理システムを導入したいという声があり、プログラマー側ですでに導入しているGitをデザイナーでも導入してもらい、デザイナー・プログラマー間のファイルのやりとりもGitで行うことを検討しています。

この検討のなかで、リポジトリ運用方法について社内で大きく意見が分かれる部分があり、他の方の意見も参考にしたいので質問します。

• 同一案件のデザインとプログラムについて、同じリポジトリに置くのが良いのでしょうか。それとも、別リポジトリに置くのか良いのでしょうか。

また、同一リポジトリに置いた場合にはブランチを切り分けて作業を行うべきでしょうか。それとも、同一ブランチ内でディレクトリを切り分けて作業を行うべきでしょうか。

ちなみに、現在はプログラマー内でのリポジトリの運用ルールとしてgit-flowを導入しています。
自分の理解不足や勘違い等々あるかとおもいますが、どなたかご助言いただければありがたいです。

Answer 1

デザイナーさんからバージョン管理を使いたいという要望が出るというのはすばらしいですね
私の周辺では「お願いだから使ってください」と何回も資料やマニュアルなど用意した上で説得してやっと試験的に使ってもらってます

さて質問主さんのフローですと「リポジトリはわけたほうがいい」です
慣れないデザイナさんが勝手にリポジトリ上にファイルを追加したり、ひどいときはindex_20150423_最新.htmlみたいなものをpushすることがありますので・・・(実話)

そのままサーバにデプロイするファイルをいじるのではなく一度プログラマ経由するということであればなおさらリポジトリをわけたほうがいいかと思います

Comments

[tette]

ありがとうございます。
結局、現行のワークフローと一番近いことと、デザイナーはGitをはじめて触るために、あまり複雑な運用ができないということからリポジトリそのものを運用する方針に決まりました。

Answer 2

デザインをどのようにしてシステムに組み込むかで最適な方法が変わると思います。

デザインがそのままmergeするだけでシステムに組み込める（＝事実上、システムそのものをWebデザイナが触る）のであれば同一リポジトリにして、ブランチ切ったりpullreq投げたりするフローで良いでしょう。

逆に、デザイナーの作業をプログラマーがシステム向けに書き換えるなどしてシステムに取り入れる形の場合、同一リポジトリにするメリットがすくないので、リポジトリを分けてしまってもいいでしょう。

Answer 3

デザイナーたちがgitに慣れてきたら、一緒のレポジトリでも良いと思いますが、しばらくは別のレポジトリが無難ではないでしょうか。もっとも、プログラマーとデザイナーが同一ファイルを編集することはなさそうなので、コンフリクトも起こりませんし、PHPのプロジェクトだったら、誰かが不用意なファイルをpushしてコンパイルが通らなくなる、ということもありませんので、最初から一緒でもそんなにしんどくないでしょうけどね。

Answer 4

アプリのデプロイを考えると別リポジトリの方が扱いやすいかな。