PureBasic

Thyphoon a écrit :pour l'instant j'aurais tendance a dire Mysql sur le serveur et sqlite sur le plugin.
Et ça pourrait être bien de proposer la possibilité d'exporter dans tout les cas les données sous une autre forme. xml /chm

J'adhére.

Thyphoon a écrit :côté client :1) repertoire et fichier 2) base sqlite 3)gros fichier xml 4)autre idée ?

Je pense que coté client on n'a besoin que des dernières versions, sauf si explicitement demandé. En tout cas, pour un utilisateur lambda il faut que ce soit des répertoires + fichiers, comme ceci c'est exploitable directement.
Maintenant, il serais bien de faire une fonction pour copier la base de donnée de code telle qu'elle se trouve sur le serveur. De manière a pouvoir la migrer facilement.

Pour le serveur je vais vous laisser décider je ne connais pas assez bien. Mais déjà il faudrait trouver un endroit de stockage pour decider de la méthode (ou le contraire -_-)

Sinon, perso, je prefère laisser a l'utilisateur la possibilité de choisir si il veux des maj automatiques, si il doit être prévenu qu'il y a une maj, si il doit lancer la maj lui. Je n'aime pas qu'un logiciel tourne dans mon dos même si c'est moi qui l'ai fait.

Je pense que subversion, ou un autre outil de ce type, est exactement ce que nous cherchons, et que vous allez adorer.

En gros, cela fonctionne comme ceci :

Un dépôt est créé sur un serveur (une appli "libre" à installer si on n'utilise pas google, ou une inscription sur google en 5 mns)
Ce dépôt va contenir tous les fichiers, et un historique de ceux-ci

Avec une commande, on peut envoyer les fichiers, modifiés ou non, vers le serveur. Celui-ci est capable de montrer les différentes modifications des sources, et de les intégrer très facilement, avec toujours la possibilité de revenir en arrière. Mais cette fonctionnalité ne servira qu'à ceux qui voudront faire la maintenance du dépôt, avec un outil plus complet comme tortoise.

On peut ensuite consulter le dépôt, recevoir les fichiers que l'on souhaite, ou créer une copie locale sur son poste client.

Dans le plugin, les seules fonctionnalités svn à intégrer seraient la consultation, la recherche, le download et l'upload. C'est de la ligne de commande, il n'y a rien de plus à programmer!

Voici une tite doc sur subversion : http://ericreboisson.developpez.com/tut ... ubversion/

Avec mercurial, c'est encore plus simple
Voila comment créer un projet et envoyer un fichier:

$ hg init (nom du dossier du projet)
$ (ajout de fichier)
$ hg add
$ hg commit -m 'Envoi initial'

graph100 a écrit :Je pense que coté client on n'a besoin que des dernières versions, sauf si explicitement demandé.

Effectivement faut voir si ça complique ou pas la synchro, mais ça faire gagner de bande passante (surtout pour le serveur)

graph100 a écrit : En tout cas, pour un utilisateur lambda il faut que ce soit des répertoires + fichiers, comme ceci c'est exploitable directement.

si un choix de base de donnée est fait, je pensais recréer dans le repertoire temporaire le (ou les) fichiers avant de le faire charger et exécuter part purebasic qu'en penses tu ?

graph100 a écrit : Maintenant, il serais bien de faire une fonction pour copier la base de donnée de code telle qu'elle se trouve sur le serveur. De manière a pouvoir la migrer facilement.

l'avantage de Sqlite ... mais le faite de copier la totalité de la base de donnée a chaque fois, revient a tout télécharger a chaque fois ... je pense pas que la base de donnée fera des Go mais ça va prendre de la bande passante si on télécharge tout pour juste un code qui a changé

graph100 a écrit : Pour le serveur je vais vous laisser décider je ne connais pas assez bien. Mais déjà il faudrait trouver un endroit de stockage pour decider de la méthode (ou le contraire -_-)

Et bien si subversion convient on peut stocker sur google code et c'est gratuit (enfin je crois), sinon il y a le site de GallyHC, et j'ai aussi mon propre site avec de la place. Apres sinon il y a des offres gratuites ,

graph100 a écrit : Sinon, perso, je prefère laisser a l'utilisateur la possibilité de choisir si il veux des maj automatiques, si il doit être prévenu qu'il y a une maj, si il doit lancer la maj lui. Je n'aime pas qu'un logiciel tourne dans mon dos même si c'est moi qui l'ai fait.

effectivement j'en prend note !

djes a écrit : Dans le plugin, les seules fonctionnalités svn à intégrer seraient la consultation, la recherche, le download et l'upload. C'est de la ligne de commande, il n'y a rien de plus à programmer!

un petit code pour tester ?
Je vois pas trop comment gérer les "svn://" et l'envoie réception des données... surtout sans outil extérieure (genre TortoiseSVN).

djes a écrit : Voici une tite doc sur subversion : http://ericreboisson.developpez.com/tut ... ubversion/
merci j'étais déjà tombé dessus ..., je comprends le principe mais j'ai du ma a voir comment on va faire ça avec pb !

merci j'étais déjà tombé dessus ..., je comprends le principe mais j'ai du ma a voir comment on va faire ça avec pb !

djes a écrit : Avec mercurial, c'est encore plus simple

plus c'est simple plus j'aime ! pourquoi ne pas faire ça avec mercurial alors ?

Peux t'on aussi stocker des infos de compatibilités X86/X64/linux/windows/macosx/amigaos ou bien faudra t'il quand même se baser sur une base de donnée ne serait ce que pour la recherche ?

Thyphoon a écrit :

djes a écrit : Dans le plugin, les seules fonctionnalités svn à intégrer seraient la consultation, la recherche, le download et l'upload. C'est de la ligne de commande, il n'y a rien de plus à programmer!

un petit code pour tester ?
Je vois pas trop comment gérer les "svn://" et l'envoie réception des données... surtout si il y a un proxy.

Ok, je te fais ça. Pour le proxy, c'est toujours un problème, le ftp est souvent bloqué de même, et je ne parle pas des bases de données! Sinon, le téléchargement "normal" sur le web est toujours possible. Sur google ça donne ça : http://code.google.com/p/rwrappers/sour ... ntTweakBar . Je me demande si on ne pourrait pas faire un double système avec le serveur de gallyhc pour les paquetages "définitifs", vu qu'il a particulièrement soigné la présentation.

djes a écrit : Ok, je te fais ça.

Yeah !:D

djes a écrit : Pour le proxy, c'est toujours un problème, le ftp est souvent bloqué de même, et je ne parle pas des bases de données! Sinon, le téléchargement "normal" sur le web est toujours possible.

effectivement ! mais j'ai trouvé un certain nombre de code sur le sujet anglais donc certain qui gère le poxy pour faire du post si ça marche ...

djes a écrit :Sur google ça donne ça : http://code.google.com/p/rwrappers/sour ... ntTweakBar . Je me demande si on ne pourrait pas faire un double système avec le serveur de gallyhc pour les paquetages "définitifs", vu qu'il a particulièrement soigné la présentation.

je pense effectivement que le serveur de gallyhc peut permettre une visibilité part le web intéressante !

Sinon, il y a BeanStalk, un SVN embarqué distant : >> ICI <<.

GG a écrit :Sinon, il y a BeanStalk, un SVN embarqué distant : >> ICI <<.

Pas payant, ça?

Sinon, voici une appli de démontration très basique : http://djes.free.fr/purebasic/SvnTest.zip

Normalement, tout est inclus. J'ai mis sur le serveur deux dossiers venant de codearchiv pour le test. Vous pourrez les récupérer chez vous avec le deuxième bouton.

Si vous téléchargez TortoiseSVN, vous pourrez aller plus loin directement avec le bouton droit de la souris sur le dossier ou les fichiers (voir l'historique par exemple). Pour l'instant je n'ai pas donné d'accès en écriture, mais ça se change là : https://code.google.com/p/pb-source-rep ... e/checkout

djes a écrit : Sinon, voici une appli de démontration très basique : http://djes.free.fr/purebasic/SvnTest.zip

Normalement, tout est inclus. J'ai mis sur le serveur deux dossiers venant de codearchiv pour le test. Vous pourrez les récupérer chez vous avec le deuxième bouton.

Si vous téléchargez TortoiseSVN, vous pourrez aller plus loin directement avec le bouton droit de la souris sur le dossier ou les fichiers (voir l'historique par exemple). Pour l'instant je n'ai pas donné d'accès en écriture, mais ça se change là : https://code.google.com/p/pb-source-rep ... e/checkout

super ! ça marche très bien. je suppose que le "svn.exe" existe avec la même licence pour linux et MacOsX ?
Une autre question, comment stocker les informations sur les fichiers (compatibilité, version de PB, mot clef etc...) dans une base de donnée extérieure, en début de fichier en tant que commentaire ?
comment serait organiser le repositeries ?

Oui, svn est largement répandu, supporté, développé sur toutes les plateformes et langages. Dans le dossier svn du dépôt téléchargé, tu as une sorte de base de données (reprise sur le serveur), et svn peut donc y stocker des tags et tout ce que tu veux. En fait, à chaque mise à jour de fichier, on doit mettre un commentaire ; je ferai un exemple quand j'aurai 5 mns.

djes a écrit :Oui, svn est largement répandu, supporté, développé sur toutes les plateformes et langages. Dans le dossier svn du dépôt téléchargé, tu as une sorte de base de données (reprise sur le serveur), et svn peut donc y stocker des tags et tout ce que tu veux. En fait, à chaque mise à jour de fichier, on doit mettre un commentaire ; je ferai un exemple quand j'aurai 5 mns.

c'est super !
tu accepterais de t'occuper de développer la partie interaction avec le svn ?
Que penses tu d'utiliser une petite base sqlite dans la quel serait stocké les infos pour la recherche et le chemin jusqu'au fichier ?

Thyphoon a écrit :

djes a écrit :Oui, svn est largement répandu, supporté, développé sur toutes les plateformes et langages. Dans le dossier svn du dépôt téléchargé, tu as une sorte de base de données (reprise sur le serveur), et svn peut donc y stocker des tags et tout ce que tu veux. En fait, à chaque mise à jour de fichier, on doit mettre un commentaire ; je ferai un exemple quand j'aurai 5 mns.

c'est super !
tu accepterais de t'occuper de développer la partie interaction avec le svn ?
Que penses tu d'utiliser une petite base sqlite dans la quel serait stocké les infos pour la recherche et le chemin jusqu'au fichier ?

Oui, pas de problème, même si je ne suis pas un spécialiste
Sinon pour la base, pourquoi pas, mais pour svn ce ne devrait pas être nécessaire car il y a un outil de recherche intégré. De toutes façons ça pourrait être bien de gérer plusieurs types de dépôts, par ftp, connexion sur site web, chm, zip...

djes a écrit :Oui, pas de problème, même si je ne suis pas un spécialiste

En tout cas plus que moi

djes a écrit :Sinon pour la base, pourquoi pas, mais pour svn ce ne devrait pas être nécessaire car il y a un outil de recherche intégré. De toutes façons ça pourrait être bien de gérer plusieurs types de dépôts, par ftp, connexion sur site web, chm, zip...

pour le plus simple est le mieux, si pas besoin de base de donnée suplémentaire c'est super ! on peut quand même faire une recherche en local si on a pas un acces au web ? pour le mode offline ?
si je comprends bien au final ça pourrait devenir un système de gestion de version pour PB qui en plus te permet de consulter des codes sources partagé, non ?

Bonjour,

Perso je suis pret a prendre un domaine genre pbfrance.fr et donnée l'accés ftp a une autre personne pour avoir au mini deux personnes qui geres le site (voir plus). Par contre l'idée de reprendre la base de mon site je ne suis pas contre et meme faire les modifs qui faut en fonction d'un site juste pour PB.

Par contre Fred peut avoir son mot a dire et des idées sur le projet?

Cordialement,
GallyHC

GallyHC a écrit :Bonjour,

Perso je suis pret a prendre un domaine genre pbfrance.fr et donnée l'accés ftp a une autre personne pour avoir au mini deux personnes qui geres le site (voir plus). Par contre l'idée de reprendre la base de mon site je ne suis pas contre et meme faire les modifs qui faut en fonction d'un site juste pour PB.

Par contre Fred peut avoir son mot a dire et des idées sur le projet?

Cordialement,
GallyHC

pour le nom de domaine, c'est une bonne idée, mais attendons d'avoir un peu avancé avant. au besoin je pourrais participer pour le financement.

si fred a un avis ou des idées sur le projet qu'il n’hésite pas ! c'est toujours sympa quand dieu s’intéresse a ses brebis (égaré ???)