Pip: No desaproveche los enlaces de dependencia ni permita que pip use un archivo requirements.txt al instalar desde git

Al tratar de encontrar una forma liviana de distribuir scripts de Python dentro de una organización, la situación propuesta con pip implícita en los mensajes de desaprobación es absurda.

Puede _fácilmente_ distribuir un solo paquete en un servidor git (algo que tienen la mayoría de las organizaciones) ... pero no puede distribuir fácilmente un paquete que podría depender de algunos otros paquetes internos.

Si pip elimina el procesamiento de dependency_links, entonces este estilo de distribución se volverá completamente imposible, lo que para mí está en marcado contraste con algo como npm que hace que hacerlo sea absurdamente fácil.

Claro, no lo deje implícito, pero debe haber una manera fácil en la que pueda enviar a un compañero de trabajo un comando de una sola línea que instalará un paquete que tiene un montón de otras dependencias de git.

La solución ideal sería una forma de obligar a pip a procesar el archivo requirements.txt desde un repositorio de git, de modo que el repositorio podría definir sus otros requisitos específicamente (ya que esto es algo que definitivamente hace una biblioteca en un repositorio de git).

Perfecto sería algo como:
pip install --follow-requirements git+http://my.internal.gitserver/internallibrary.git

¿Quizás dar un aviso sobre los requisitos que no son de confianza?