En mi humilde opinión, si solo pudieras hacer una cosa antes de entregar tu proyecto (ya sea directa o indirectamente), te recomendaría que verifiques dos veces y triples que se compila tal como está desde el control de origen.
Sin reír, pero no puedo decirte cuántas veces recibí el "último" de un control de fuente y no se compiló, solo para descubrir más tarde que no estaba "en la vieja caja de Fred" porque aparentemente el código "solo compila en la vieja caja de Fred ". Incluso tuve un antiguo empleador que eliminó de inmediato mi escritorio de mi cubo y lo reemplazó con "la vieja caja de Fred" para poder trabajar en el proyecto que se suponía que debía hacer.
Como una extensión de la recomendación anterior, ya que a veces obtener la última versión no es todo lo que es necesario para compilar una aplicación, le recomiendo que cree un archivo README.txt y lo coloque en el directorio raíz de su aplicación y lo coloque en el control de origen. Este documento README debe contener una lista de dependencias externas que no se pueden verificar en el control de origen (si existe), cómo configurar la base de datos y cualquier otra rareza sobre los ciclos de compilación, ejecución o implementación de la aplicación.
Cualquier cosa por encima y más allá de las dos sugerencias anteriores solo sería gravy, pero en mi humilde opinión, las dos anteriores son casi necesarias en cualquier proyecto más grande que "Hello World".
EDITAR:
Sobre el tema de la documentación ...
A lo largo de los años, he escrito y leído una buena cantidad de documentación de software con el fin de facilitar la transición de un desarrollador. Diría que esos documentos rara vez valen el papel en el que se imprimen. Los desarrolladores (incluido yo mismo) rara vez piensan en las partes importantes de la aplicación mientras escriben dichos documentos, solo tendemos a pensar en los incendios más recientes que hemos combatido. Más allá del hecho de que estos documentos tienden a no cubrir todos los aspectos importantes del software, también se desactualizan MUY rápidamente. Una vez que el documento esté desactualizado, es probable que un futuro desarrollador lo ignore por completo en lugar de volverlo a poner en práctica para que coincida con la realidad (piense en los requisitos cambiantes).
En lugar de la documentación per se, recomiendo pruebas unitarias. Sé que probablemente suena viejo en este punto, pero deja que el código haga la documentación por ti. Las pruebas unitarias rotas son difíciles de ignorar (y más fáciles de detectar) que un documento de Word. Además, el idioma inglés es terriblemente impreciso para articular los puntos más finos del diseño de software. Simplemente hay demasiadas formas de interpretar el significado de incluso la más simple de las oraciones en inglés, y esto solo lleva a confusión y / o errores.