• @fil
    Fil
    4
    @james
    @rastapopoulos
    @spip
    @gastlag
    4

    An Incremental Approach to Content Management Using Git | ThoughtWorks
    ▻http://www.thoughtworks.com/insights/blog/incremental-approach-content-management-using-git

    Allowing updates to the local repository in a load balanced environment and then pushing to git would introduce the possibility of clashes between different content service instances. Instead we elected to push all changes directly to the GitHub API, and then let these changes propagate back to all the content service instances through the Web hook mechanism.

    #CMS #git #github

    Fil
    • @rastapopoulos
      RastaPopoulos CC BY-NC

      We wanted a service-based architecture, so that we could evolve the system, experiment with different technologies and replace parts of the whole without a complete rewrite.

      Quand bien même certain⋅e⋅s disent que c’est une approche uniquement, ou trop, orientée dev-barbu⋅e, je pense de mon côté que c’est une des conditions majeures pour justement ensuite se focaliser facilement sur LES interfaces possibles à offrir aux utilisateurices.

      Le fait de commencer par avoir des bases solides pour gérer le contenu, indépendamment de l’interface (ou après-coup, comme pour SPIP, de vouloir se focaliser d’abord sur le nettoyage du moteur, de la gestion des objets, du contenu, etc), permet ensuite de développer, de tester facilement diverses interfaces, et même d’en avoir plusieurs différentes activées en même temps (webapp, emails, logiciels, etc).

      Voilà pourquoi dans cette réflexion que je me faisais sur SPIP, c’est dans le chapitre Édition que je parle des API.
      ►http://rastapopoulos.artizanal.info/notes/reflexions-sur-spip-cms-gestion-de-contenu

      RastaPopoulos CC BY-NC
    Écrire un commentaire