我們的程式碼是如此互相依賴!向專案新增依賴項就是程式碼的完成方式。
每次有人打噴嚏時,都會將新的相依性新增至項目的某個位置。
我們站在版權辯論的這一邊真是太好了,默認情況下是在其他人的工作之上構建東西,而不是向每個人開槍,誰敢看我的代碼的方向。但是...誰會一直升級所有這些依賴項?
在完美的世界中,我們是一個社區,我們都將庫升級到最新版本,對吧?
錯了!開發人員需要被溫柔地推動去做正確的事。是的,輕柔地,這樣他們就不會注意到自己被推了? ? ? 。
我們使用的是 pytest,所以這一步對我們來說很簡單。
從版本 3.1 開始,pytest 現在會在測試執行期間自動捕獲警告並在會話結束時顯示它們:
- Pytest:如何捕捉警告
像這樣:
============================= warnings summary ============================= test_bla_bla_bla.py::test_test .../some_file.py:65: PydanticDeprecatedSince20: `pydantic.config.Extra` is deprecated, use literal values instead (e.g. `extra='allow'`). Deprecated in Pydantic V2.0 to be removed in V3.0. See Pydantic V2 Migration Guide at https://errors.pydantic.dev/2.9/migration/ extra=Extra.allow, .../marshmallow/fields.py:1186: RemovedInMarshammlow4Warning: The 'default' argument to fields is deprecated. Use 'dump_default' instead. super().__init__(**kwargs) ======================= 1 passed, 2 warnings in 0.12s =======================
我看到了棉花糖警告,查看了程式碼,發現這是一個簡單的修復。
所以,我選擇RemovedInMarshammlow4Warning。
同樣,我們使用的是 pytest,所以這一步對我們來說也很簡單。
只需將其新增至設定檔:
[tool.pytest.ini_options] ... filterwarnings = [ "error::marshmallow.warnings.RemovedInMarshmallow4Warning" ]
- Pytest:控制警告
現在觸發此棄用警告的每個測試都將失敗。
不幸的是,你必須為這裡的團隊帶一份。你必須去修復所有觸發此警告的地方。
我知道..這不公平。
這是很多工作,這是乏味的工作,你甚至無法向你的老闆吹噓它,因為它太技術性,並且從他們的角度來看通常被認為是無關緊要的。
這所做的一切都是為了幫助下一個人(不是你),他將升級棉花糖,並且程式碼中的任何內容都不會被破壞。所以,他們也不會感謝你,因為他們甚至不會注意到你已經做了任何事。
所以,...我想說的是:有時你需要做對的事,但沒有人會因此而感謝你。
但我會知道的。你會知道的。 ?
最終,應該會有一個訊息讓人困惑:他們寫的程式碼和上次一樣,但這次測試失敗了,這是怎麼回事?
你可以說:「哦,很難說,但我確實看到這是一個已棄用的功能,這一定是原因」。 ?
以上是如何鼓勵開發人員修復已棄用功能的 Python 警告的詳細內容。更多資訊請關注PHP中文網其他相關文章!