1:ID:NDEmHM · 2017-05-17

#システム開発 システム開発している人に質問です。
あなたが開発しているシステムAがあるとします。
これを顧客の為にカスタマイズする場合、どのようなファイル管理をしていますか?

Aを複製して、顧客用のBにするのが一般的ではあると思うのですが、
そこでAに変更点が生じた場合、Bも変更する必要があります。

かといってAのままカスタマイズしていると、カスタマイズが必要ない人の依頼に対応できません。

Gitなどのバージョン管理をするにしてもこれは同じだと思います。
(顧客ごとにリポジトリ作るとか)

皆さんがどうやって管理・対応しているか教えてください。

11 件の回答

2:ID:rt3JaW · 2017-05-17

>あなたが開発しているシステムAがあるとします。
ありません。

3:ID:T8WLdc · 2017-05-17

Re:2
そういうのやめーやー。小学生男子かよ。高学年くらいの。

4:ID:HRTdlT · 2017-05-17

今コレ関係で面倒になっていますが
システムをコピーしてシステムBをカスタマイズして提供しています。
システムAは日々改修されるのでシステムBは離れ小島になります。

システムAかシステムBにバグが発生した時はシステムAを直して、システムBも修正します。
根本的なシステム変更でなければベースのシステムAだけを変更してシステムBは変更しません。

5:ID:ez4tlo · 2017-05-17

バグフィックスなら両方アップデートするしかないが、機能面での変更はBにも必須でなければやる理由は特にない。

6:ID: · 2017-05-17

Re:4
私も同じやり方です。手間ですが、この方法が一番無難なんですかね・・・

7:ID: · 2017-05-17

Re:5
根幹部分のバグ(フレームワークとか)なら修正しやすいのですが、カスタマイズした部分にバグが生じた場合、コードそのものが変わっている時があるので、対応が難しいです。

A→B→B2
 →A2

となった場合、A2(Aを改修した)のをB2(Bを改修した)に取り込むのが困難だったりします。

8:ID:ez4tlo · 2017-05-17

Re:7
AとBは別物と考えるしかない。本家は本家、分家は分家。ムリに統合しようとすると恐ろしく複雑になるのは家も同じ。

9:ID: · 2017-05-17

Re:8
なるほど。というこはクライアントから依頼される度に分家が出来るという考えをするしか無いですね。

10:ID:3E2aBt · 2017-05-18

Re:9
バージョン管理システムの基本的な使い方だね
Gitをちゃんと使いこなせばAに追加した機能をBにマージするのはほぼ何もしなくていい
ただ、A、B両方に追加するものとBのみに追加した機能が、コード上競合してしまう場合は設計の問題

11:ID:ez4tlo · 2017-05-18

Re:9
もしくは「ガタガタ文句言わねぇでそのままAを使えコノヤロウ」と怒鳴る。市販のアプリはそうだよね。いちいち個々の要望に応えてカスタマイズしない。

12:ID:Y.VzGv · 2017-05-18

そんなもんカスタマイズの内容によるが、Aを基本にしているんだからAがいくらアップデートしても支障が出ないようにカスタマイズするのが基本だろ。
いくらAを基本にしていても全く別物のBを作ったらそれは別のシステムBだからAのアップデートは関係ない。

コメントの受付は終了しました。

一緒に読まれている質問

ページ上部に戻る