小規模での使用方法と、ワークフローの他の部分に適用した場合のメリットを示します。

小規模での使用方法と、ワークフローの他の部分に適用した場合のメリットを示します。また、メンテナンスの適用から特定の問題セットまで、特定の技術セットを示します。始めましょう。どんなメンテナンス？メンテナンスの3つの主要な種類について説明します。プロジェクトデータベースを維持して、最初に入手したときのように見えるようにします。コードベースをクリーンに保ちます。作成したコードを整理して、チームがゼロから書き直す必要がないようにします。プロジェクトデータベースを保持することは非常に一般的です。最新の状態に保つ必要はありません。ただし、チームやプロジェクト用に個別のデータベースを用意することは、コードベースを絶えず更新する必要に対処する必要がないことを意味します。また、チームがデータの書き込みおよび読み取りに使用できるデータベースを用意することもお勧めします。これについては、以下で詳しく説明します。メンテナンスとは何ですか？私の経験では、プロジェクトデータベースの保守は、チームやプロジェクトの継続時間に基づいて、2つの大まかなカテゴリに分類できます。プロジェクトデータベースを最新の状態に保つデータベースが手に負えないようにします。テーブルの数が多すぎてもインデックスが設定されていない場合は、何か（おそらくテーブル）を削除する必要があります。数百のテーブルを持つ余裕はありませんが、スキーマを持たないことも問題です。最初のカテゴリは継続的インテグレーションシステムでのプロジェクトの実行をカバーし、2番目は物事をきれいに保つことです。これらの領域ごとに、一般的な戦略を適用して、プロジェクトデータベースを良好な状態に保つことができます。知っておくべきツール：Git Gitは、開発者間であらゆる種類の共同作業を行えるように設計された優れたプロジェクト管理システムです。プロジェクトはブランチを使用して追跡でき、各ブランチをコミットできます。ローカルの作業が大きくなりすぎたり複雑になった場合、別のブランチから分岐し、最新のコードベースに作業を引き上げて、ローカルで作業を開始できます。典型的なプロジェクトでは、レポジトリにプッシュすることで、1回限りの作業のために作業元のブランチを簡単に更新できるはずです。これにより、最新のコードに対して作業しながら作業を行うことができます。作業がコミットされてマスターブランチになる場合、gitはこれを使用してプッシュします