Idealmente il tuo processo di compilazione è completamente isolato e non manda in giro con la configurazione globale del tuo computer. L'utente dovrebbe essere in grado di selezionare qualsiasi percorso invece di assumere che il progetto esiste in una posizione specifica. Se il processo di compilazione raccoglie dipendenze, queste dovrebbero essere memorizzate all'interno della directory del progetto.
Se hai scritto uno script di compilazione sufficientemente isolato, tutto ciò che devi fare è creare una directory pulita ed eseguire lì il tuo processo di costruzione.
Tuttavia, è facile trascurare alcune dipendenze, quindi i test sullo stesso computer non danno molta sicurezza. Dovresti farlo comunque perché è un modo poco impegnativo per trovare problemi di base con il tuo processo di compilazione. È più facile eseguire il debug di questi problemi sul tuo computer piuttosto che in un ambiente sconosciuto.
Per risultati migliori, sì, avrai bisogno di una seconda macchina o di una VM o di una tecnologia di containerizzazione. Se non vuoi eseguire alcuna VM sul tuo computer, hai ancora un certo numero di opzioni. Se questo è per lo sviluppo open-source ci sono alcuni servizi di integrazione continua gratuiti che potresti esaminare. Se questo è uno sviluppo commerciale, puoi sicuramente permettertelo di noleggiare una macchina virtuale da un provider di Cloud / Webhosting. Per i test occasionali, è anche sufficiente tenere una macchina di seconda mano a basso costo nel proprio ufficio in cui si effettua il telecomando. Per esempio. Una volta ho creato una scatola Linux a basso costo con un server Jenkins che eseguiva lo script di compilazione completo ogni notte alle 2 del mattino - in questo modo non mi importava quanto fosse lento quel computer.