私はlocalhostのphpでWebサイトを開発しています。そのモジュールが完成したら、それをクラウドにアップロードして、友人がアルファテストを行えるようにします。

開発を続けると、多くのファイルがあり、どのファイルを編集または変更したかなどを把握できなくなります。これらすべてを管理する「バージョン管理」として何かを聞いたことがありますが、どのように機能するかはわかりません。

だから、私の質問は次のとおりです。すべての編集/変更/新しいファイルを追跡し、Webサイトの開発中にファイルを管理する簡単な方法/サービス/アプリケーションはありますか。モジュールを使い終えたらすぐに、クラウドにアップロードしたいと思います（Amazon Cloud Serviceを使用しています）。新しいファイルに何かが起こった場合、古いファイルに戻りたいと思うかもしれません。たぶん、1、2回クリックするだけで、最後にアップロードしてから編集または変更したファイルが表示されますか？

バージョン管理の一部であるソフトウェア構成管理は、ファイルへの変更を追跡するよりも少し複雑ですが、それから確実に開始できます。ただし、上にリンクされているウィキペディアの記事と、Mercurialに関するJoel Spolkyのチュートリアルを読んでください。

開始するには、Mercurial、GIT、またはBazaarのいずれかをこの順序で選択し、IDEおよびオペレーティングシステム用のツールと共にインストールします（Eclipse用のHGEを備えたMercurialが望ましい）。

1. 作業ディレクトリからリポジトリを初期化します（Mercurialでhg init）。
2. 追跡するファイルとディレクトリ、および追跡しないファイルとディレクトリを決定します。一般的な規則は、コンパイラーやその他のツールによって生成されたファイルを追跡することではありません。
3. コマンドを使用して、ファイルとディレクトリをリポジトリに追加します（Mercurialの場合はhg add）。
4. 追跡したくないファイルのパターンについてツールに伝えます（Mercurialの.hgignoreを編集します）。
5. コミットを実行して、元のバージョンを追跡します（hg ci）。
6. たとえ小さなものであっても、論理的なマイルストーンごとにコミットを実行します。
7. 新しいファイルを作成するときに追加します。
8. 最後の2つを繰り返します。
9. 作業ディレクトリとリポジトリをできるだけ頻繁にバックアップしてください。

リポジトリ内のファイルを使用すると、ファイルまたはディレクトリの任意の2つのバージョンの違い、またはプロジェクト全体（hg diff）を知ることができ、変更の履歴を見る（hg hist）、変更をロールバックする（hg up -r）。

コードを公開する前にリポジトリにタグを付ける（hg tag）ことをお勧めします。これにより、修正や比較のために公開した内容に簡単に戻ることができます。

別の開発ラインで実験する場合は、メインリポジトリ（hg clone）のクローンを作成し、実験が終了するまでプッシュバックしないことにより、単純なブランチでそれを行います。実験用に別の作業ディレクトリを作成するのと同じくらい簡単です。

実験が新しいアップグレードされたバージョン用である場合は、クローンを作成してからブランチ（hg branch）を使用して、1つの実験が他の実験に干渉することなく、リポジトリのすべてのコピーを更新し続けることができます。

Linus Torvalds（彼のプロジェクトで何万ものファイルと数百万行のコードを扱っています） は、ツールがCVS、SVN、または多くの無料で商用のものではない理由についてGoogleで講演しました。 ; 見る価値があります。

Gitを強くお勧めします。ここでそれについて学ぶ：https : //lab.github.com/

Gitが気に入らない場合は、他のバージョン管理ソリューションがあります。SVNをチェックアウトできます。

あなただけですか？、DVCSを使用してください

直感に反するように聞こえますが、分散型バージョン管理システム（mercurial、git、bazaar）は、一元化されたシステム（svn、cvs）よりも優れています。なぜですか、それをマシンにインストールし、リポジトリをローカルで実行するだけです。svnなどの集中型システムでは、クライアントとサーバーをセットアップする必要があります...そして、サーバーに接続して変更を保存する必要があります。

DVCSを使用すると、ローカルリポジトリ、および必要に応じて、bitbucket.orgやgithub.comなどのサービスを使用できます。

私見、mercurialは最初から友好的で同等のDVCSです。

他にありますか？、DVCSを使用してください！

チームとの作業にDVCSを使用する場合、多くの利点があります。集中システムとは対照的に最も重要なのは、コミットの競合がないことです。これは、技術的に、各個人のリポジトリがブランチであり、これらのブランチはあなたのためにマージされ、あなたは気付くことさえありません。つまり、このようなバージョン履歴を持っているのではなく、人々が彼らの仕事を一直線に集中させています：

誰もがアドホックにコミットするようなものになります：

各自は、バージョニング中に（つまり、コミットするために競争するのではなく）自分の作業について心配するだけで、コミットするためだけにサーバーへの接続を心配することはありません。

がんばろう

簡単に言えば、多くの選択肢がありますが、その中でもSubversion（SVN）とGitが最も人気があるように思われます（したがって、Webで解決策を見つけるのが最も簡単です）。

両方とも異なります。SVNは単純ですが、Gitではサーバーを起動する必要はありません-バージョンをローカルで制御できます。

Linuxがあり、Gitの使用を開始すると仮定します。

1. Gitをインストールする
2. ディレクトリに移動し、コマンド「git init」を実行します
3. ファイルを追加する方法、変更を確認する方法、それらをコミットする方法を学ぶ...
4. ...さらに高度なものを実行する（ログの確認、変更の取り消し、ファイルの無視、ブランチの作成、それらのマージ、リモートの作成と使用、サブモジュールの使用、SVNサポートの使用など）。

これがあなたのスタートに役立つことを願っています。

Apalalaが示唆しているように、hginitをチェックアウトすることをお勧めします。バージョン管理は初めてなので、最初のページをスキップできます。これで良いイントロが得られるはずです。その後、特定の質問があればSOに投稿できます。

私は多数意見に反対し、Subversionを推奨します。Subversionは使いやすく、個人や小さなチームが必要とするすべての機能を実行します。これは成熟した製品であるため、世に出ているすべてのIDEが適切にサポートしています。ええ、Gitのすべての機能を備えているわけではありません。（私はMercurialを使用したことがないので、それについては説明しません。）しかし、ほとんどの開発者はこれらの追加機能を実際に必要としません。

複数のリポジトリ？それらには正当な用途があると確信していますが、私はそれらに遭遇したことはありません。

ネットワークにアクセスせずにローカルコミットを行うことができますか？いくつかの個別の変更を行っており、リポジトリサーバーにアクセスできない場合、それは素晴らしいことですが、正直なところ、どのくらいの頻度で発生しますか？

Gitを使用すると、分岐とマージを簡単に処理できます。しかし、一人のチームにとっては、それほど大したことではありません。

Linuxカーネルの規模の何かについては、ええ、Gitを使用してください。残りの人にとっては、Subversionで十分です。

私が思うに分散型バージョン管理システムがうまく行います。一般的に推奨される選択肢は、GitおよびMercurial（Hg）です。グラフィカルツールが役立つ場合があります。MercurialではTortoiseHgをお勧めします。