Je me suis créé un compte sur github et je vais bientôt l’utiliser pour publier le code source de l’application Kohana qui propulse exomel.com. Stay tuned!
Mise à jour : Le code est en ligne !
Mise à jour n°2 : Finalement, je crois que je vais héberger moi-même le code sur git (via Dreamhost) — je vais commencer par faire ça pour synchroniser facilement le code sur mon serveur local et mon serveur chez Dreamhost. Ensuite je publierai le code. Ça me donnera également l’occasion d’en apprendre un peu plus sur git.
Si tu veux des conceils pour héberger un dépôt Git sur ton propre serveur, tu peux me poser des questions. Ça fait un bout de temps que je fais ça sur http://git.michelf.com/ et c’est pas très compliqué.
Michel Fortin (23 juin 2008 à 21:53 EST)
En fait, je suis en pleine réflexion à me demander si git n’est pas un peu trop compliqué pour mes besoins. Peut-être que Subversion ferait plus l’affaire.
Ma situation est que j’aimerais avoir un repository sur, exemple, code.exomel.com, et que http://exomel.com/ et http://exomel/ (en local chez moi) soit des clones du repository. Le problème c’est que certains fichiers changent entre ces différentes version (exemple, la configuration de la base de données n’est pas la même sur le repository original et sur exomel.com). J’ai joué dans le fichier
.gitignoremais sans succès.Ce que je veux être capable de faire, c’est :
Est-ce que tu crois que cela se fait facilement ?
Rémi Prévost (24 juin 2008 à 7:22 EST)
Je comprend pourquoi tu voudrais ajouter tes fichiers de configuration dans
.gitignore, mais je ne vois pas pourquoi ça ne marcherait pas. À quoi ressemble le contenu de ton.gitignore?Pour ce qui est des trois choses que tu veux pouvoir faire ça devrait être faisable sans trop de difficulté, particulièrement si tu as un accès SSH sur ton serveur. Moi je n’ai pas d’accès SSH, alors je push sur un dépot local qui est programmé avec un le hook « post-update » pour se copier lui-même sur git.michelf.com à l’aide de Sitecopy.
D’un autre côté, si tu te sent plus à l’aise pour faire tout ça avec Subversion, ne te gêne pas. Mais moi depuis que j’ai commencé à utiliser Git je n’ai plus du tout le goût d’utiliser Subversion pour quoi que ce soit.
Michel Fortin (24 juin 2008 à 15:29 EST)
Mais dans mon cas particulier (un seul utilisateur, un workflow assez simple), est-ce que tu vois un avantage à utiliser git plutôt que svn ?
Rémi Prévost (24 juin 2008 à 16:49 EST)
Personnellement je trouve Git bien meilleur que Subversion en général, et une fois qu’on le connaît, il n’est pas plus compliqué non plus. En fait il est plus simple à mon avis. Par exemple, quand je décide d’utiliser git pour un projet, je navigue dans le dossier du projet et fait:
Et voilà! J’ai mon dépôt Git local, pas besoin de rien d’autre. Un serveur est pratique pour publier le code ou pour faires des backups, mais le « serveur » n’est en fait rien d’autre qu’un serveur de fichier hébergeant une copie du dépôt que tu as en local. Git permet de « pusher » et de « fetcher » et « merger » (« pull » fait ces deux derniers) d’un dépôt à un autre, qu’il soit sur un serveur ou dans un autre dossier sur ton disque dur.
Michel Fortin (24 juin 2008 à 21:26 EST)
Bon d’accord, je vais ré-essayer git, mais cette fois ci, je crois que je vais commencer avec un projet fictif, je ne commencerai pas tout de suite avec le code live d’exomel.com, parce que si ça tourne mal, là je vais avoir de gros problèmes ;)
Rémi Prévost (24 juin 2008 à 22:53 EST)