共同開発（PHPプロジェクト）の最も基本的でシンプルなプラットフォームは何ですか？
私はかなり平均的に4〜5人のプログラマーと協力する必要がありますPHP codeigniterを使用するアプリケーションです。私たちは1つの都市の5つの異なる場所にいます。すべてのプログラマーは十分な教育を受けておらず、私はそれらのほとんどがバージョン管理システムを使用したことがないと仮定しています。
このようなプロジェクトで共同作業するための、非常に使いやすいプラットフォームをお勧めできますか？私は、共有のDropboxフォルダよりも少しだけ洗練されたものについて話している。
あなたはすでに答えを知っています
バージョン管理は、これを解決するように設計されています正確な問題。開発者がこの標準的な開発手法を使用することを望まない場合は、開発者を再考する必要があるかもしれません。彼らが新しいものを学ぶことへの嫌悪感だけでなく、標準の受け入れられた慣習への嫌悪感を示しているなら、彼らはどのような種類のソフトウェアを生み出すでしょうか？
私は彼らに Pro Git を読んでもらい、チーム用のプライベートgitリポジトリをセットアップすることをお勧めします。
... FTP
OK、これは私が共同作業を始めた方法であり、Notepad ++をFTPに接続し、プロジェクトを少なくともサーバーでバージョン管理を使用するために、これを実行した場合、名前が変更されたフォルダーに10分ごとにがらくたをバックアップします。
オンラインIDE
Cloud9 は非常に優れており、同時に編集できますが、チームで作業するために複数のプライベートワークスペースが必要になりますが、それだけの価値はあります。
... Mercurialを試す
同僚がGitに十分近づきにくい場合は、MercurialのGUIクライアントであるTortoiseHGで Mercurial を試してください。セットアップには2分かかり、使い始めるまでにかかる時間は短くなります。
GUIを使用してもらい、4つのボタン（プル、更新、コミット、プッシュ）の使い方を学び、2つまたは3つの概念を覚えて作業を保存および共有する必要があります。
bitbucket に登録してもらいます。プロジェクトのリポジトリを作成し、フォークしてもらい、リポジトリのミラーで作業できるようにします。これにより、マージを処理する必要がなくなります。 統合を行い、プッシュしたBitbucketフォークからプルリクエストを発行するように依頼します。リポジトリ（フォークしたもの）からのみプルするようにしてください。
Mercurialを自分で学んで、関連するすべての問題を解決できるようにしてください。これはよいスタートです。 http://hginit.com/
両方試してください
Cloud9のMercurialを使用できます。
想定をやめる
あなたが正しいツールを使用したいと思っているなら、あなたはすでに指導的立場にいます。彼らが教育を受けていないと思い込まず、現実の世界で物事がどのように行われているかについて彼らと話し合ってください。
ひいきにしないでそれについて熱心になってください。
あなたが正しいことをしたいのなら、それは本当にこれ以上簡単にはなりません。それらがexpresslyバージョン管理を使用したくない場合は、別の種類のより深刻な問題がある可能性があります。
開発者に http://try.github.com をお勧めします
ただし、バージョン管理が不可能な場合は、初心者/ジュニア向けの基本的な（そして古風な）ものにこだわることができます。
- 開発サーバー上のAPP + DB
- 誰もが作業中に常に同じメッセンジャーにいるため、誰が作業しているかを話し、知ることができます
- 誰もがプレーンな古いFTPを通じてDEVサーバーでライブ編集
- 変更ログを更新してチームルールを適用し、コードコメントを重要にする
開発サーバーのWebフォルダーの設定はsvn checkout（またはgit）にすることもでき、crontabを設定してリビジョンを自動コミットすることも、自動的にバックアップをインストールすることも、バックアップをインストールするか、フォルダーを他のバックアップ場所にrsyncして、それらは他のファイルを上書きします（起こります）、Bobに彼が失った変更を与える必要があります。最終的には、システムで数か月作業した後、svn/gitへのアクセスを許可するように依頼されます。
version-controlを使用する以外に方法はありません。
Dropboxには一種のバージョン管理があります ですが、2人がファイルを保存すると、新しいバージョンが古いバージョンを置き換えるだけで、ソフトウェア開発中のバージョン管理には望ましくないと思います。
Svnは学習しやすい（少なくともgitよりも簡単な）バージョン管理システムであり、オンラインでホストされているさまざまなパブリックリポジトリを見つけることができますが、地理的に分散したチームにはお勧めしません。
したがって、分散したチームに行く方法はgitです。ソースを公開するOR private plan を購入しても問題ない場合は、リポジトリを github に作成します。それ以外の場合は、ローカルgitをセットアップしますリポジトリ。
これらの開発者がバージョン管理システムを概念的に把握し始めるのを容易にするgitのGUIを見つけることができるかもしれません。 Windowsの場合は TortoiseGIT です。 LinuxまたはMACでgit guiクライアントを使用したことがないため、ここでは推奨しません。
あなたは正しい軌道に乗っています
version controllingが進むべき道です！これは、コード共有のコラボレーションと統合の支援に役立ちます。さらに、頻繁なチェックインは、すべてのチームが実践する必要がある非常に重要な分野です。
ただし、プロジェクトに適切なバージョン管理を選択することは非常に重要です。
最近の素敵な投稿とあなたが決めるのに役立つ答えがあります： バージョン管理を教えるのに良いおもちゃの例は何ですか？
私はそれらのほとんどがバージョン管理システムを使用したことがないと仮定しています。
その仮定を修正し、バージョン管理システムに関する知識や経験がないかどうかを確認する必要があります。彼らがいつ知識を持つことができるかを想定しても意味がありません。
他の回答が言ったように、これがバージョン管理の目的です。 Gitはおそらく最善の方法です そしてLearn Gitは本当に良い出発点です