Ho intenzione di caricare un mio progetto -MIN al mio GitHub, ma non sono sicuro di caricare tutti i file 'non-code' come CSS, .htaccess, HTML, immagini che uso per il design del sito , ecc. e persino i file di codice che non sono in PHP (es. JavaScript).Va bene caricare file non di codice in GitHub?
Devo caricare tutto o solo caricare i file PHP se ho specificato che il mio repository conterrà un progetto PHP?
Carica tutto.
Non so dove ti è venuta l'idea che il controllo di revisione sia solo per il codice.
Carica tutto. Tranne le password.
Chiarimento: Per ogni lingua e set di strumenti, si svilupperà un elenco di file che non appartengono al repository. Ad esempio, si desidera mantenere i file *.o dal progetto C e i file .*.swp da qualsiasi progetto (sono file vim scratch). Ma è sempre più facile eliminare un file aggiunto per errore piuttosto che aggiungere un file che hai dimenticato di aggiungere. (Eliminare un file con informazioni sensibili come le password è diverso, poiché è necessario scrubare il file anche dalla cronologia.)
+1 per eccetto password ;-) – slebetman
O tranne * informazioni sensibili * in generale. A meno che non si tratti di un repo privato, in tal caso divertiti (ancora non ci sono cose per le password, non fidarti di Github * che * molto). – tjameson
@DietrichEpp: che ne dici dei contenuti che potrebbero essere problematici con le licenze? Ad esempio: ho trovato l'icona che voglio usare nella mia applicazione privata. Se lo carico su Github: mi imbatterò in problemi di copyright? Questo potrebbe essere un problema teorico se sviluppi privato, ma una volta che è su Github (e hai un account gratuito), viene reso pubblico ... – eckes
È necessario caricare tutto ciò che è necessario per l'applicazione.
Vorrei solo dire di non caricare file generati o file temporanei. Per esempio. se avessi un progetto C++ non dovresti caricare i binari finali eccetto che per una sorta di versione finale per un download esplicito.
Quindi se si genera durante l'installazione di un file di configurazione non caricarlo. Tutto il resto dovrebbe andare bene.
Ho accidentalmente aggiunto i file di build una volta. Non ero felice quando ho finito lo spazio e ho dovuto riscrivere la cronologia git con quelli omessi. – tjameson
Non conosco abbastanza Github, ma dovrebbe essere possibile rimuoverli dal repository e impostarli su una sorta di elenco block/ignor. – rekire
Bene, 'git remove' manterrà i file nella cronologia delle revisioni. Per liberarsene completamente, devi fare la riscrittura della storia, che distruggerà chiunque abbia una copia del tuo repository. – tjameson
Le specifiche del linguaggio sembrano essere a fini di categorizzazione. La maggior parte dei progetti che vanno oltre gli esercizi da manuale coinvolgono più di 1 lingua. Carica tutto, password modulo, come afferma Dietrich.
Carica tutto quello che vuoi su Github. Non ha nemmeno bisogno di essere collegato alla programmazione. Se non hai mai usato Github per nulla prima, leggere la loro sezione di aiuto
c'è anche una buona domanda su SO correlate a best practice che credo offre una buona panoramica di come utilizzare git pronti contro termine in generale
Workflow best practice with git and github?
Qualunque cosa tu faccia carica è sufficiente sapere che se non si paga per un pronti contro termine tutto quello privato si carica saranno visibili al pubblico in modo da non caricare tutto quello che non vorresti far vedere agli altri o di avere. Inoltre, se hai file che fanno parte del tuo progetto che non dovrebbero essere caricati, come IDE o file specifici di configurazione e simili, puoi sempre aggiungere esclusioni di file a .gitignore. informazioni su cosa.gitignore è e come usarlo può essere trovata nella pagina man git qui:
http://schacon.github.com/git/gitignore.html
o
https://help.github.com/articles/ignoring-files
e una volta che si ottiene una buona con .gitignore qui ci sono alcune grandi modelli per vari formati di progetto
È possibile caricare tutto quello che vuoi (all'interno del sI ze limiti). Non sono sicuro di dove "hai specificato che il mio repository conterrà un progetto PHP", ma non è davvero rilevante per niente. –
Sì, ho pensato che quando GitHub chiedeva la lingua principale del tuo repository era una restrizione più che per scopi di categorizzazione (come ha detto @ hd1) – federicot
Durante lo sviluppo di un sito web, non dirò che CSS, HTML e .htaccess non sono codice. – mgarciaisaia