git - 開発にGitを使用するWebデザインエージェンシー

Question

バックグラウンド

これまで、バージョン管理にプラスチックSCMを使用してきました。最近、Gitを調査していて、基本的な計画を立てました-ここでGoogleドキュメントで入手できます

私の計画では、開発者がサーバーに直接コミットまたはFTPで転送することを許可しません。代わりに、ライブハブまたはプルーフハブのいずれかに作業をプッシュします。これにより、ライブ/プルーフワークスペースがそれぞれのハブから変更をプルします。

私の目には、この方法論の主な利点の1つは、ユーザーがアップロードしたコンテンツを最新の状態に保つことができることです。たとえば、ユーザーがCMSを介して画像をアップロードすると、次に開発者がハブに作業をプッシュしたときに、サーバーが自動的に画像を追加、コミットしてハブにプッシュします。したがって、いつでもライブリポジトリまたはプルーフリポジトリを新しいサーバーに複製できます。

これまで、ライブサーバーに新しい機能をアップロードすると同時に、プルーフするためにクライアントに作業を送信する際に問題が発生していました。プルーフ作業はライブサイトで終了し、すべての地獄の休憩が失われます。

質問

1. この計画に穴はありますか？
2. Gitはこの種の構造に使用するのに適切ですか？
3. 代わりに使用できる既存のプランはありますか？

前もって感謝します。

Answer 1

HerokuとAppHarbourがどのように機能するかを見てみましょう。あなたは間違いなく正しい方向に進んでいます。

Answer 2

Gerritの使用を検討する必要があります。コードレビューエンジンは、たまたま完全にgitに準拠したgitサーバーです。Gerritは、Androidプロジェクトのニーズに合わせてGoogleによってJavaで記述されています。

レビュー機能を使用して、コンテンツが最終的に承認されて公式になる（または拒否/レビューされる）まで、コンテンツを承認キューに「ベイクイン」させることができます。同時に、さまざまな人に柔軟なアクセス許可ルールを設定できます。たとえば、誰かがコードレビューをバイパスして直接プッシュしたり（この場合は標準のgitサーバーになります）、レビューのために送信したり、承認したり、投票したりすることができます。またはダウン-ルールを設定します。複数のgitリポジトリがある場合は、信頼できないユーザーやサードパーティからの機密性の高いリポジトリへのアクセスを制限することもできます。

セットアップは簡単で、管理者だけでなくエンドユーザーにとってもはるかに簡単です。sshキー管理はGerritWebインターフェイスで自動的に提供されます。