現在、私は手動ですべての更新を行います。つまり、コードを変更すると、サーバーに変更されたファイルを手動でftpします。明らかに私は火を使って遊んでいるので、私のPHPプロジェクトのアップデートをリリースするより構造化されたプロセスを使い始めたいと思う。私のIDEとしてEclipseでWindows 7を使用しています。私はLinuxのdevboxを持っています、どのバージョン管理プログラムを私は私のdevボックスからコピーをチェックアウトするEclipseと対話することをお勧めしますか？これらの変更を変更してdevに戻し、コードをテストし、変更をプロダクションボックスにコミットできるようにしますか？ （正しいことを前提にしていますか？）php/eclipseによるバージョン管理の推奨？
SubversionまたはGitが良い選択です。彼らは両方ともEclipseに統合され、あなたが必要とするものを行うプラグインを持っています。
彼らは多少異なるパラダイムを使用しますので、あなたが最も快適なものを選んでください。
@datasage情報をありがとう！明確にするために、私はこれがうまくいく正しい方法について言及するプロセスですか？ eclipseを介してdevからチェックアウトし、変更を加えます。devに変更をコミットします。それをテストし、すべての作品が開発から生産にコミットするかどうか？それとも、私は日食からプロットするつもりですか？ – John
正確ではありません。リポジトリは、環境とは独立して終了します。 1人で、あなたはかなり単純なワークフローを維持することができます。バージョンを完成させてから、そのバージョンにプロダクションをアップデートするまで、開発/テスト環境で作業します。必要に応じて、製品バージョンを完成させるたびにタグを作成することができます。次に、そのタグをプロダクション環境にチェックアウトするだけです。 – datasage
@Datasageさて、私は自分のワークステーションにリポジトリを作成し、プロジェクトファイルをインポートしました。そして、Eclipseでこれをチェックして作業することができます。私の混乱は、一度私の変更をローカルで自分のdevのボックスでテストできるようにするために次のステップになる変更を行ったのですか？私は私のdevのボックスにsvnをインストールし、私はテストすることができますdevのボックスに私の新しい変更をプッシュできる必要がありますか？ – John
私はブランチを持つgitまたはmercurialのようなDVCSを使用します。私はあなたに私の展開のワークフローを記述してみましょう
http://nvie.com/posts/a-successful-git-branching-model/
：
私は4つの環境があります。
prod：私は、ここで説明するの分岐モデルのわずかな変化を使用し生産を - すなわち：LIVE
ステージングサーバー：テスト環境t。これは、コードがprodにプロモートされる前の最後の停止です。
dev統合サーバ：
int開発
各開発者がコードの自分のローカルコピーを取得し、前述の分岐モデルで動作します。
インテグレーション環境では、stuff devsプッシュアウトが継続的にマージされます（これを行うシェルスクリプトで単純なコミットフックを使用します）。これを行うための高度なCIツールも検討できます。 Intはアプリケーションの最新の「最先端」/「最新かつ最高」のバージョンを使用します。ユニットテストは、誰も悪いことがないことを確認するために使用されます。
リリース直前に、コードベースがステージに移動されます。機能テストやUAテストのようなものは、この時点で行われます。すべてがうまく見えたら、私はステージからプロダクションするためにプッシュし、その後コードは生きています。
私はIDEとして個人的にNetBeansを使用しています - git/mercurialにうまく統合されたプラグインがあります。
最後に、開発ワークフロー/展開戦略は、プロジェクト/組織に固有のものです。私はちょうど（広義には）私のことを述べました - すべての点があなたに当てはまるかもしれませんが、私は今あなたが理想的にどのように働くべきかの考えを持っていることを願っています。
私の投票はgit/githubに行きます – Alfred
私はもう中央集中型のvcsで始めることはありません。そのような食べ物恐竜;） – KingCrunch