<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Pep 751 on Python Brasil — Aprenda Python em Português</title>
    <link>https://python.dev.br/tags/pep-751/</link>
    <description>Recent content in Pep 751 on Python Brasil — Aprenda Python em Português</description>
    <generator>Hugo</generator>
    <language>pt-br</language>
    <lastBuildDate>Fri, 10 Apr 2026 14:13:05 -0300</lastBuildDate>
    <atom:link href="https://python.dev.br/tags/pep-751/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>pylock.toml: Instalações Reproduzíveis</title>
      <link>https://python.dev.br/blog/pylock-toml-python-lockfile-padrao/</link>
      <pubDate>Fri, 10 Apr 2026 00:00:00 +0000</pubDate>
      <guid>https://python.dev.br/blog/pylock-toml-python-lockfile-padrao/</guid>
      <description>&lt;p&gt;O ecossistema Python sempre teve muitas formas de instalar dependências, mas poucas formas realmente padronizadas de &lt;strong&gt;travar versões com reprodutibilidade entre ferramentas&lt;/strong&gt;. Em um projeto você encontra &lt;code&gt;requirements.txt&lt;/code&gt;, em outro &lt;code&gt;poetry.lock&lt;/code&gt;, em outro &lt;code&gt;Pipfile.lock&lt;/code&gt;, e em muitos casos a equipe ainda depende do resolvedor da ferramenta no momento do deploy.&lt;/p&gt;&#xA;&lt;p&gt;Em 2026, uma das novidades mais importantes para quem trabalha com empacotamento, CI/CD e supply chain em Python é a consolidação do &lt;strong&gt;&lt;code&gt;pylock.toml&lt;/code&gt;&lt;/strong&gt;, formato definido pela &lt;strong&gt;PEP 751&lt;/strong&gt;. A ideia é simples, mas poderosa: criar um lockfile padronizado, em TOML, que descreva exatamente quais artefatos podem ser instalados, com hashes, plataformas e metadados suficientes para permitir instalações reproduzíveis sem re-resolver dependências a cada execução.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
