はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

FastAPIはPythonで高速なAPIサーバーを立てられるので人気ですね。 今回はFastAPIでテストをする方法を試してみました。 FastAPIとは FastAPIとはPythonでAPIサーバーを構築できるフレームワークで、以下の特徴があります。 軽量 Pythonとしては高速 Pythonに型定義を実装できる 非同期通信を簡単に実装できる FastAPI標準のテストツール: TestClient FastAPIで標準で用意されているテストツールにTestClientというものがあります。 これはテスト内でFastAPIで作ったAPIサーバーのクライアントとして振る舞うことができるものです。 例として以下のmain.pyがあるとします。

今までなんとなく、fetchしてmergeするのを一気にやってくれるのがpullという理解で、詳しく調べたことがありませんでした。 改めて調べてみたのでまとめます。 前提知識 fetch, merge, pullを理解する上で欠かせないのが以下の言葉です。 リモートリポジトリ: GitHubなどリモート上に存在するリポジトリ ローカルリポジトリ: PC上に存在するリポジトリ リモート追跡ブランチ: origin/mainなど、リモートリポジトリを追跡するブランチ ローカルブランチ: mainなど、ローカル上で実際に扱うブランチ 図にすると以下のようになります。 すこしわかりにくいのがリモート追跡ブランチですね。 これはリモートブランチの状態をとりあえずローカルに持ってきている場所というような理解であっていると思います。 ここで大事なのは、リモート追跡ブランチはあくまでローカルにあるブランチ

GitHubのプルリクエストでは、以下3つのマージ方法が選べます。 Create a merge commit: 通常のマージ Squash and merge: スカッシュしてマージ Rebase and merge: リベースしてマージ これらはどのように違うのでしょう？ 実際にやってみて違いを見てみたいと思います。 Create a merge commit: 通常のマージ 通常のマージは簡単に言うと マージコミットを作ってマージする(マージの履歴が残る) です。実際にやってみましょう。 test-1ブランチにはtest-1とtest-2というコミットが積まれている状態です。 余談ですが、このGitのログはgit log --graph --all --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr)

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?