2010-01-15 9 views
5

Je cherche des conseils sur l'utilisation de git pour un site web avec beaucoup de contenu html.Utiliser git pour un grand site web

Nous avons 2 gestionnaires de contenu qui font le codage html de base et téléchargent leur travail sur le serveur. Je suis le seul développeur.

Le site est assez également divisé entre 2 types de contenu. Le premier est un contenu de nouvelles qui est publié dans une base de données et affiché dans tout le site. L'autre moitié du contenu est en html. Le site utilise le système de création de modèles et toutes les pages html ne sont que la partie du contenu de la page. Le système de modèle ajoute l'en-tête, le pied de page et la navigation. Le site dans son ensemble est d'environ 3,5 Go (nous avons beaucoup de pdfs et de photos).

La première question est de savoir si je jette tout cela dans git ce qui va se passer? J'ai l'impression que tout ira bien au début, mais au fur et à mesure des changements et de la croissance du site, le git repo va-t-il devenir ingérable?

Ensuite, en raison du système de création de modèles, les gestionnaires de contenu ne peuvent pas voir leur travail sur leurs machines locales sans configuration complète du serveur Web. Je voudrais éviter cela si posible. J'ai un serveur de test au bureau mais je n'arrive pas à comprendre comment faire fonctionner git gui sur une machine locale mais à référencer des fichiers sur le serveur distant. Exécuter simplement git gui sur ssh renvoie une erreur et leur apprendre toutes les commandes git ne va pas se produire.

Toutes les suggestions seraient beaucoup d'aide. Nous n'utilisons actuellement aucun contrôle de version et c'est un gâchis. Les gens écrasent constamment les autres et nous n'avons pas de moyen facile de transférer les modifications d'un serveur de test au serveur de production.

Répondre

6

Ne vous inquiétez pas pour la taille. Nous avons poussé git dans "terre folle" avec un arbre qui est 5.9G et 57k fichiers. Le dépôt est 3.6G (git compresse très bien). Passer en revue, fusionner, commettre, pousser, tirer - tout est aussi rapide que possible. La seule chose qui prend du temps est de passer à une ancienne branche (peut prendre une minute ou deux), ou de cloner un nouveau dépôt sur le réseau (cela peut prendre 10 ou 20 minutes). C'est juste parce que nous avons tellement de volume dans l'arbre.

Il existe git gui front ends. Si aucun de ces travaux, vous pourriez mettre en place un serveur Web et installer l'un des nombreux git web front ends.

+0

Je suppose que vous voulez dire G plutôt que M ... –

+2

Je peux appuyer ceci; nous utilisons git pour gérer un repo de 8 Go avec des fichiers> 40k, pas de problème. – linked

+0

@Michael, en effet je l'ai fait. Merci. –

0

Si vous souhaitez utiliser le système de contrôle de version distribuée (comme Git) de manière simple, essayez Mercurial (hg). Cela fonctionne plus ou moins comme Git, mais il est généralement plus facile à utiliser. Git, cependant, est plus flexible et permet de faire toutes sortes de trics, mais il en résulte un usage plus difficile.

Mercurial a également une très belle extension de shell Windows - TortoiseHG, ce qui rend l'utilisation de HG très simple, même pour quelqu'un qui n'a pas particulièrement l'expérience du contrôle de version. Ne vous inquiétez pas de la taille du repo dans les deux cas, Linux Kernel est conservé dans Git, tandis que les développeurs Java 7 JDK utilisent Mercurial, ce sont des projets énormes.

+0

Je préfère ne pas changer de système mais vous faites un bon point avec le problème de taille. – respectTheCode

Questions connexes