Opa, obrigado pela dúvida. Acho ela muito importante.
Creio que eu não tenha sido tão claro quanto eu queria na sessão "persistindo o ambiente". A resposta deveria estar lá.
Seguindo o fluxo de trabalho:
-> Você (dev a). Criou o ambiente, instalou as bibliotecas, desenvolvou a primeira feature e atualizou o requirements.txt para enfim commitar suas alterações.
-> O requirements.txt precisa estar no repositório Git também. Assim ele pode ser commitado e "pushado" para o repositório remoto.
-> O dev b vai fazer o clone do projeto com o requirements.txt incluso
-> Ele cria o env local, realiza a instalação das bibliotecas com pip install -r requirements.txt
e pode começar a trabalhar.
-> Se ele instalar novas bibliotecas no caminho, é dever dele atualizar o requirements.txt com pip freeze > requirements.txt
e commitar o arquivo de requerimentos junto com as demais alterações no código.
Note que isso envolve um grau de responsabilidade para ambos os desenvolvedores, que devem sempre estar atualizando o arquivo de requerimentos.
Quando o número de contribuintes aumenta, aumenta também os pontos de falha para essa metodologia.
Por isso que usar somente o venv para projetos de grande porte já não é mais recomendado.
Eu espero escrever futuramente um artigo sobre o poetry, que é um gerenciador tanto de pacotes quanto de dependências do Python que busca resolver muitos problemas que o pip + ambientes virtuais não conseguem. Ainda estou estudando ele para me sentir confiante em escrever sobre haha.
Espero ter tirado sua dúvida! 😁