1

複数の Notes テンプレートがあり、すべてが 1 つのアプリケーション/プロジェクトに関連しています。

質問: 1 つのアプリケーションを構成する複数のデータベースごとに 1 つの ODP プロジェクト フォルダーを作成する代わりに、複数の関連する Notes テンプレートを保持するために 1 つの ODP プロジェクト フォルダーを作成したいと考えています。プライマリ アプリケーション/プロジェクト ODB ディレクトリの下に専用のプロジェクト ODB フォルダを作成する必要がありますか? または、アプリケーション全体を表す単一の ODP プロジェクト フォルダを作成し、個々のテンプレート データベースを同じ単一のアプリケーション/プロジェクト ODB ディレクトリに追加することはできますか? ?

私が尋ねる理由は、新しい機能がアプリケーション全体に追加されると、その新しい機能がアプリケーション内の複数のデータベースにまたがる可能性が非常に高いからです。

新機能がアプリケーション内の 1 つのデータベースのみに関係するかどうかに関係なく、または機能がアプリケーション内の複数のデータベースにまたがる場合は、機能ごとに 1 つのリリース番号を作成したいと思います。

特定の機能/リリースに関連するすべてのデータベースを関連付け/識別しようとすると、データベースごとに個別の ODP ディレクトリを設定することは、最終的には悪夢になると思います。特定のリリース番号が、特定のリリース番号に対する 1 つから複数のデータベース アプリケーションの変更を追跡できれば、より簡単で論理的になります (私はそう思います)。

4

2 に答える 2

3

プロジェクト フォルダーと、各オン ディスク プロジェクトのサブ フォルダーが必要です。/MyApp /db1-ODP /db2-ODP /dbx-ODP

/MyApp をソース管理下に置くと、すべてがプロジェクトに含まれます。

新しい機能には、単一の .nsf または複数の .nsf が含まれる可能性があります。

悪夢であってはなりません。SourceTree/SourceControl の要点は、すべてを同期させることです。そのため、セットアップが完了したら、ODP フォルダーを再び気にする必要はありません。それを気にするのが SourceTree の仕事です。その後、機能を元に戻したり、ホット フィックスを実行したりする必要がある場合、SourceTree はすべてのデータベースの同期を維持します。

これについては、NotesIn9 ScreenCast で数回話しました。現時点ではショー番号を忘れていますが、必要に応じていくつかの例があるはずです。

これは、これを行うためのベスト プラクティスの方法です。

于 2016-01-11T00:51:00.333 に答える
1

2014 年に IBM Connect で行ったSHOW 103のスライドを確認してください(これは Show and Tell であり、大きなスライド デッキなので注意してください)。サブフォルダー内のレポを使用してプロジェクトを作成する方法を示します。これは、GIT を DDE に埋め込むことに頼るのではなく、外部ソース管理ソリューションを使用することの大きな利点の 1 つです。そのドミノ デザイナーの部分を (Stash/Redmine のインストールとは別に) NotesIn9 140に記録しました。

于 2016-01-11T09:14:24.813 に答える