5

私は自分と同じような質問を探しましたが、1つは有望であるように見えましたが、受け入れられた回答は私には当てはまりませんでした（私は思います）。

Drupalソース管理戦略？

基本的に、デプロイ先のサーバーに対する権限が必要です。それは私の状況ではありません。ホスティングサービスを利用していますが、SVNをインストールできないと思います。

それで、私は「ダミー」サイトで開発し、ダミーサイトでテストし、コンテンツ（データベースを含む）を取得してSVNに入れ、それをライブサイトにリリースすることで、どういうわけか多くのジャグリングを行いますか？

Drupalデータベースはどのように見えますか？私のダミーサイトとライブサイトは、同じ管理者/ユーザーログインを持っていない/持っていないなどです。

Drupalで開発し、リビジョンを管理するために他に何をしていますか？

4

2 に答える 2

4

かなりの数のホスティング サービス (安価な共有ホストであっても) には、SVN または CVS クライアントがインストールされています。これは、一部のホスティング会社が明示的に提供しているサービスであるSVNホスティングとは異なります。チェックする価値があります。ソース管理クライアントを使用すると、何があっても作業がずっと楽になります。

私たちの立ち上げワークフローは、次のようなものになる傾向があります。

  • コードベースをセットアップする
  • SVN/git/whatever に入れる 開発、コーディング、コンテンツの作成、構成など
  • 健全性を維持するために定期的に DB スナップショットを作成する
  • 開発中に作成されたダミー コンテンツまたはダミー ユーザー アカウントを削除します。
  • コードを本番またはテスト ボックスにプッシュする
    • ホストにソース管理クライアントがある場合は、それを使用してコードベースをデプロイします。
    • そうでない場合は、選択したソース管理システムが提供するメカニズムを使用して、コードベースの明示的なブランチまたはタグ付きバージョンを作成します。
    • ライブ サーバーのコードを変更しないでください。常にソース管理の更新を使用するか、「祝福された」ブランチ/タグの完全なコピーをアップロードしてください。ライブ サイトのコードがそれ自体と同期しなくなるのは地獄です。
  • 新しいスナップショットをオンラインでプッシュする必要がある場合は、ソース管理下にある別の /db ディレクトリを webroot から作成するか、SFT を使用してアドホック ベースで DB スナップショットをアップロードします。生の DB スナップショットをダウンロードする人は二重に良くないので、それらを Web アクセス可能なディレクトリに保持したくないことは明らかです。

1 か月ほど前に展開に関するプレゼンテーションを行い、スライドをオンラインに投稿しました。役に立つかもしれません。スライド共有リンク

于 2009-01-19T16:49:26.400 に答える
0

Drupal のバージョン管理には 2 つの側面があります。

1/ 構造

GITは私のお気に入りの武器です。Drupal コミュニティで広く採用されており、実際には外部でも採用されており、非常に柔軟です。

Drupal では、いくつかの重要なツールが必要になります。

  • Featuresは、通常データベースに存在するサイト構造の一部をコーディングするのに役立つモジュールです。UUID および UUID 機能モジュールなどを使用する場合は、ビュー、コンテンツ タイプ、タクソノミー ボキャブラリー、さらにはタクソノミー用語など...

  • Drushは、機能の作成と更新に役立つだけでなく、Drupal サイトを構築する際に不可欠なツールです。コマンド ラインにアレルギーがない限り、Drush を使用した機能の管理は、機能の UI を使用するよりもはるかに柔軟で堅牢です。

2/ コンテンツ

これはさらに簡単です。大量のコンテンツがない場合は、Backup & Migrateモジュールを使用できます。

Drupal に適したホスティング サービスの中には、GIT がプリインストールされているものがあります。実際にサーバーにアクセスできない場合でも、GIT は依然として優れた開発ツールです。

申し訳ありませんが、リンクを提供していません。ここでは少し遅れていますが、これらのツールは非常に簡単に見つけることができます。何の問題もないと確信しています!

于 2014-12-15T18:15:31.350 に答える