git merge コマンドの --no-ff オプションを使用すると、ファストフォワードマージが可能な場合でも、必ずマージコミットが作成されます。これは、フィーチャーブランチがメインブランチにマージされた履歴を明確に保持するのに役立ちます。
ファストフォワードマージ：デフォルトでは、Gitは分岐する変更がない場合にファストフォワードマージを実行します。これにより、個別のマージコミットなしで、直線的なコミット履歴が得られます。
--no-ff の使用: --no-ff オプションを使用すると、Git はマージ コミットを作成するように強制され、フィーチャー ブランチがメイン ブランチにマージされたというコンテキストが保持されます。これは、記録保持と監査証跡にとって非常に重要です。
参照：
Git マージのドキュメント: Git マージ

ウォーターフォール型開発手法は、前のフェーズが終了した後にのみ次のフェーズが開始される、逐次的なソフトウェア開発プロセスです。一方、アジャイル開発は、フェーズが並行して実行され、継続的に改善されていく反復的なプロセスです。
A. ウォーターフォールは実装を迅速化するために俊敏性を高めますが、アジャイルは信頼性を高めます - 間違いです。これは、これらの方法の典型的な特徴とは正反対です。 B. ウォーターフォールでは前のフェーズが終了した後にフェーズが開始されますが、アジャイルではフェーズが並行して実行されます - 正しいです。ウォーターフォールは線形かつ順次的ですが、アジャイルは反復的かつ並行的です。 C. ウォーターフォールでは顧客はプロセス中にフィードバックを受け取りますが、アジャイルでは最後に結果を見ることができます - 間違いです。アジャイルでは継続的なフィードバックが必要ですが、ウォーターフォールでは通常、最後にのみフィードバックが提供されます。 D. ウォーターフォールでは要件を更新できますが、アジャイルでは要件は最初に収集する必要があります - 間違いです。アジャイルでは要件を継続的に更新できますが、ウォーターフォールでは要件を事前に定義する必要があります。
参照：
ウォーターフォール型開発手法とアジャイル型開発手法の比較

スクリプトは401 Unauthorizedレスポンスを返します。これは、リクエストに適切な認証がないことを示しています。この問題を解決するには、HTTP GETリクエストにAuthorizationヘッダーを含める必要があります。このヘッダーの値は、ユーザー名とパスワードをBase64エンコードした文字列（username:passwordの形式）にする必要があります。これにより、リクエストが認証され、200 OKレスポンスが返されます。
参考文献：
* Cisco DevNet アソシエイト学習ガイド：REST API 認証方法（第 7 章、セクション：HTTP 基本認証）。