質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

CakePHP

CakePHPは、PHPで書かれたWebアプリケーション開発用のフレームワークです。 Ruby on Railsの考え方を多く取り入れており、Railsの高速性とPHPの機動性を兼ね備えています。 MVCやORMなどを「規約優先の考え方」で利用するため、コードを書く手間を省くことができます。 外部のライブラリに依存しないので、単体での利用が可能です。

Q&A

解決済

2回答

2690閲覧

開発環境と本番環境の整合性について

KenjiOkada

総合スコア22

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

CakePHP

CakePHPは、PHPで書かれたWebアプリケーション開発用のフレームワークです。 Ruby on Railsの考え方を多く取り入れており、Railsの高速性とPHPの機動性を兼ね備えています。 MVCやORMなどを「規約優先の考え方」で利用するため、コードを書く手間を省くことができます。 外部のライブラリに依存しないので、単体での利用が可能です。

0グッド

0クリップ

投稿2014/11/21 00:59

一般論なのですが、開発環境と本番環境を分けている場合、整合性をどのように保っていくかがなかなか難しいと思っています。
緊急のバグフィックスとかで本番環境を直接いじってしまうこともありますし、開発環境でどのファイルを触ったか把握しきるのも、私にとってはなかなか難しく、本番環境へのコピーのし忘れなどあったりして、どんどん整合性が崩れて行ってしまう、という現状があります。
一応環境としてはCakePHPです。
「CakePHP 開発環境 本番環境」などでGoogle検索などもしてみたのですが、このページのように「コンソールから利用する場合の不都合」を解決する方法など、些末な問題への対応ばかりがヒットしてしまう印象があります。
もっと根源的な問題として、そもそも開発環境と本番環境を分けるうえでどのようなことに気を付けるべきか、気をつければ整合性が崩れないか、という解説が書いてあるページはないでしょうか?あるいは解説していただけませんでしょうか?
よろしくお願い致します。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答2

0

回答済みですが情報として、
Git-Flowに従った開発の進め方をすると、不整合は起きづらいのではないかと思います。

http://danielkummer.github.io/git-flow-cheatsheet/index.ja_JP.html

Git-Flowでは、下記のブランチを用いて開発を進めます。
・マスターブランチ(master)
・開発用ブランチ(develop, feature)
・リリース用ブランチ(release)
・緊急ブランチ(hotfix)

  1. 基本的に開発者はfeatureブランチ上で開発を行い、特定のタイミングで開発管理用のdevelopブランチにマージします。
  2. 全ての変更はdevelopに集約され、ある程度開発が進んだ段階でreleaseブランチにマージします。
  3. releaseブランチでは、本番リリースに向けての作業のみが行われます(開発やバグフィックスは行わない)
  4. 本番リリース準備が整ったら、releaseブランチからmasterブランチ、developブランチにマージします。(ここでdevelopブランチにもマージするため、不整合は起きません)
  5. 本番リリースはmasterブランチを対象に行います。
  6. 緊急の問題が発生した場合はmasterブランチからhotfixブランチを作成し、hotfixブランチ上で修正を行います。
  7. hotfixブランチで修正完了後、masterブランチ、developブランチへマージし、masterブランチを本番リリースします。(hotfixブランチをdevelopブランチにマージするため、不整合は起きません)

Git-Flowを使うためのツールもあるようなので、導入を検討してみてはいかがでしょうか。

また、少人数開発には仰々しすぎるという場合には、もう少しルールを単純化したGitHub-Flowというのもあります(ここでは説明は割愛します)

投稿2014/11/21 05:09

k.tada

総合スコア1679

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

KenjiOkada

2014/11/21 05:33

詳しい情報を本当にありがとうございます!ぜひ参考にさせていただきます。
guest

0

ベストアンサー

一般的にはバージョン管理システムを活用するものだとは思います。
開発中用とリリース用で分けて使うものではないかと思います。

投稿2014/11/21 01:10

TaMaMhyu

総合スコア1356

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

KenjiOkada

2014/11/21 01:34

ありがとうございます。ではバージョン管理システムの使い方を勉強すれば自ずと開発中環境とリリース環境の整合性を取るやり方もわかってくるのでしょうか?もし整合性を取るためのバージョン管理システムの使い方を解説している適切なサイトをご存じであればご紹介願えませんでしょうか?
TaMaMhyu

2014/11/21 01:41

それ以前の問題として、どうやるとしても、正規手順を策定して、その手順を逸脱した運用はしないということにしないと、結局は同じ問題が発生してしまうと思います。
KenjiOkada

2014/11/21 01:43

なるほど。やはり手順を逸脱しないように気を付けるしかないのですね。ありがとうございました。
TaMaMhyu

2014/11/21 01:48

バージョン管理システムを使う場合は、物によって違いますが、エクスポート機能とデプロイスクリプトを使用して、決まったコマンドや操作を単純に実行するだけとする、などですかね。
KenjiOkada

2014/11/21 02:16

なるほど。ありがとうございます。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問