2010-05-27 18 views
17

Sto sviluppando un piccolo progetto per animali domestici su Google App Engine e vorrei mantenere il codice sorgente sotto il controllo del codice sorgente utilizzando github; questo permetterà a un mio amico di controllare e modificare le fonti.Google App Engine e best practice Git

Ho solo una directory PetProject con tutte le fonti e il server di sviluppo di Google App Engine che punta a quella directory.

È corretto creare un repository direttamente dalla directory di PetProject oppure è preferibile creare una seconda directory che rispecchi la directory di sviluppo PetProject?
In quest'ultimo caso, in qualsiasi momento il mio amico rilascerà qualcosa di nuovo, avrei bisogno di tirare recuperare da Git copiando i file modificati nella directory di sviluppo PetProject.

Se decido di mantenere il repository all'interno della directory di sviluppo, saltare .git su Gae yaml è sufficiente?

Quali sono le migliori pratiche qui?

+3

Non dovrebbe essere necessario dire esplicitamente App Engine per saltare .git directory - se non ricordo male, salta già dotfile per impostazione predefinita. –

+0

@Avviso hai ragione – systempuntoout

+0

Ti raccomando la nuova opzione "push per distribuire" in App Engine è una buona pratica per distribuire il tuo progetto. https://developers.google.com/appengine/docs/push-to-deploy – greg

risposta

11

È possibile creare un repository git direttamente all'interno della directory corrente di PetProject.

Un trucco potrebbe essere quello di clonare il nuovo repository GitHub (e vuoto) in una directory locale e quindi copiare la sottodirectory .git nella directory PetProject.
In questo modo, si dispone di un repository Git già collegato a un repository remoto upstream GitHub.

Modificare il file .gitignore per escludere ciò che non si desidera pubblicare. git add -A e poi git commit -m "first commit" E quindi passare al repository GitHub.

Nota: anziché prelevare dal repository git (che significa unire immediatamente tutto ciò che è stato premuto sullo stesso ramo), è possibile che si desideri fetch first, and then check what you could merge.


Come Nick Johnson commenti però, GitHub ha un clear process to setup a remote.

git remote add github [email protected]:git_username/projectname.git 
+0

Non c'è bisogno di usare la soluzione che suggerisci - github fornisce semplici istruzioni sull'aggiunta di un repository remoto a un locale esistente quando si crea un nuovo repository github. –