これは、拡張機能またはネイティブ機能によって現在可能なことですか?
ありがとう、
ブランドン
「ドキュメントの検証」プログラムを呼び出す pre-commit フックが必要です。次に、ドキュメント検証への応答に基づいて、フックを許可/拒否できます。
うーん、プリコミットフックを忘れていました。
Java の世界で作業している場合は、ビルドの一部としてcheckstyleなどのツールを使用して Javadoc をチェックし、コーディング標準を適用することができます。これには、すべてのコードに Javadoc を含めることが含まれる場合があります。
コードの文書化は各開発者の責任であり、心に留めておく必要があります。checkstyle などのツールや pre-commit フックを使用しても、一部の Javadoc がコードに存在するように強制することはできますが、ドキュメントの品質を制御することはできません。
コーディング標準の順守や堅実なピア コード レビューなどの優れたプラクティスに従うと、コードをチェックインする前に Hg に Javadoc のチェックを要求する必要性が軽減されます。
ちょうど私の2c。