Je cherche une appli php/mysql pour gerer les "bugs"
En faite, j'ai cree une application que j'ai distribue a une 20 ene de
personnes pour tester et actuellement ils m'envoyent un mail a chaque bug
trouve ...
cela deviens un peu dur a gerer alors je me demandais si il existait une
petite appli php assez simple qui permet a un pool de developpeur de
connaitre les bug, les referencer et les marques comme "en cours" ou
"resolu"
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Julien Gremillot
Nadia Ravalon wrote:
Bonjour,
Je cherche une appli php/mysql pour gerer les "bugs"
En faite, j'ai cree une application que j'ai distribue a une 20 ene de personnes pour tester et actuellement ils m'envoyent un mail a chaque bug trouve ...
cela deviens un peu dur a gerer alors je me demandais si il existait une petite appli php assez simple qui permet a un pool de developpeur de connaitre les bug, les referencer et les marques comme "en cours" ou "resolu"
Merci d'avance
c'est RT qu'il te faut (request tracker). Ca repond a tes besoins et un peu pls, c'est base sur MySQL et Apache de preference, a installer avec du SSL ca tourne bien.
-- Julien
Nadia Ravalon wrote:
Bonjour,
Je cherche une appli php/mysql pour gerer les "bugs"
En faite, j'ai cree une application que j'ai distribue a une 20 ene de
personnes pour tester et actuellement ils m'envoyent un mail a chaque bug
trouve ...
cela deviens un peu dur a gerer alors je me demandais si il existait une
petite appli php assez simple qui permet a un pool de developpeur de
connaitre les bug, les referencer et les marques comme "en cours" ou
"resolu"
Merci d'avance
c'est RT qu'il te faut (request tracker). Ca repond a tes besoins et un
peu pls, c'est base sur MySQL et Apache de preference, a installer avec
du SSL ca tourne bien.
Je cherche une appli php/mysql pour gerer les "bugs"
En faite, j'ai cree une application que j'ai distribue a une 20 ene de personnes pour tester et actuellement ils m'envoyent un mail a chaque bug trouve ...
cela deviens un peu dur a gerer alors je me demandais si il existait une petite appli php assez simple qui permet a un pool de developpeur de connaitre les bug, les referencer et les marques comme "en cours" ou "resolu"
Merci d'avance
c'est RT qu'il te faut (request tracker). Ca repond a tes besoins et un peu pls, c'est base sur MySQL et Apache de preference, a installer avec du SSL ca tourne bien.
-- Julien
John GALLET
Bonjour,
c'est RT qu'il te faut (request tracker). On peut aussi jeter un oeil du côté de Bugtrack (pas la liste, l'appli).
http://sourceforge.net/projects/btrack
a installer avec du SSL ca tourne bien.
Je ne vois pas l'intérêt de mettre du SSL là dedans, on est typiquement en intranet. A moins que la phrase ne voulait dire que même avec une surcouche SSL qui bouffe un peu les perfs ça tourne bien quand même ?
a++ JG
Bonjour,
c'est RT qu'il te faut (request tracker).
On peut aussi jeter un oeil du côté de Bugtrack (pas la liste, l'appli).
http://sourceforge.net/projects/btrack
a installer avec du SSL ca tourne bien.
Je ne vois pas l'intérêt de mettre du SSL là dedans, on est typiquement en
intranet. A moins que la phrase ne voulait dire que même avec une
surcouche SSL qui bouffe un peu les perfs ça tourne bien quand même ?
c'est RT qu'il te faut (request tracker). On peut aussi jeter un oeil du côté de Bugtrack (pas la liste, l'appli).
http://sourceforge.net/projects/btrack
a installer avec du SSL ca tourne bien.
Je ne vois pas l'intérêt de mettre du SSL là dedans, on est typiquement en intranet. A moins que la phrase ne voulait dire que même avec une surcouche SSL qui bouffe un peu les perfs ça tourne bien quand même ?
a++ JG
Julien Gremillot
John GALLET wrote:
Je ne vois pas l'intérêt de mettre du SSL là dedans, on est typiquement en intranet. A moins que la phrase ne voulait dire que même avec une surcouche SSL qui bouffe un peu les perfs ça tourne bien quand même ?
Ca ne tournera pas forcement en Intranet (je t'avoue meme ne pas y avoir songe en lisant son message). Et meme dans l'absolu, personnellement, je prefere toujours securiser au maximum, peut-etre que c'est demesure, mais ca depend beaucoup des utilisateurs, et ca ne mange pas (trop) de pain. Dans son cas effectivement ce n'est peut-etre pas pertinent, mais on n'a pas toutes les donnees d'environnement. Enfin apres c'est au choix de chacun de faire ce qu'il veut (en etant conscient des risques) pour sa securite, en fonction de ses besoins et des moyens mis a disposition. Si il y a possibilite de le faire, et le moindre risque d'avoir un probleme, je ne vois pas pourquoi on s'en priverait, c'est tout ...
Sinon BugTrack, tres bien aussi.
-- Julien
John GALLET wrote:
Je ne vois pas l'intérêt de mettre du SSL là dedans, on est typiquement en
intranet. A moins que la phrase ne voulait dire que même avec une
surcouche SSL qui bouffe un peu les perfs ça tourne bien quand même ?
Ca ne tournera pas forcement en Intranet (je t'avoue meme ne pas y avoir
songe en lisant son message). Et meme dans l'absolu, personnellement, je
prefere toujours securiser au maximum, peut-etre que c'est demesure,
mais ca depend beaucoup des utilisateurs, et ca ne mange pas (trop) de pain.
Dans son cas effectivement ce n'est peut-etre pas pertinent, mais on n'a
pas toutes les donnees d'environnement.
Enfin apres c'est au choix de chacun de faire ce qu'il veut (en etant
conscient des risques) pour sa securite, en fonction de ses besoins et
des moyens mis a disposition. Si il y a possibilite de le faire, et le
moindre risque d'avoir un probleme, je ne vois pas pourquoi on s'en
priverait, c'est tout ...
Je ne vois pas l'intérêt de mettre du SSL là dedans, on est typiquement en intranet. A moins que la phrase ne voulait dire que même avec une surcouche SSL qui bouffe un peu les perfs ça tourne bien quand même ?
Ca ne tournera pas forcement en Intranet (je t'avoue meme ne pas y avoir songe en lisant son message). Et meme dans l'absolu, personnellement, je prefere toujours securiser au maximum, peut-etre que c'est demesure, mais ca depend beaucoup des utilisateurs, et ca ne mange pas (trop) de pain. Dans son cas effectivement ce n'est peut-etre pas pertinent, mais on n'a pas toutes les donnees d'environnement. Enfin apres c'est au choix de chacun de faire ce qu'il veut (en etant conscient des risques) pour sa securite, en fonction de ses besoins et des moyens mis a disposition. Si il y a possibilite de le faire, et le moindre risque d'avoir un probleme, je ne vois pas pourquoi on s'en priverait, c'est tout ...
Sinon BugTrack, tres bien aussi.
-- Julien
John GALLET
Re,
[HS]
Ca ne tournera pas forcement en Intranet (je t'avoue meme ne pas y avoir songe en lisant son message). Je ne voyais, au contraire, pas l'intérêt de le mettre hors intranet, mais
après tout, on pourrait en effet envisager que les clients/utilisateurs du logiciel aient un accès spécifique à l'outil de tracking.
Et meme dans l'absolu, personnellement, je prefere toujours securiser au maximum, peut-etre que c'est demesure, mais ca depend beaucoup des utilisateurs, et ca ne mange pas (trop) de pain.
Je tenais cette position jusqu'à la dernière machine nuxe que j'aie vue rootkittée, le plus probable étant que ce soit au travers d'une faille de... mod_ssl. Depuis, "j'oublie" de lancer https sur toutes les machines qui n'en ont pas besoin.
Enfin apres c'est au choix de chacun de faire ce qu'il veut (en etant conscient des risques) pour sa securite, en fonction de ses besoins et des moyens mis a disposition. Si il y a possibilite de le faire, et le moindre risque d'avoir un probleme, je ne vois pas pourquoi on s'en priverait, c'est tout ...
"Toutafé." (tm)
a++ JG
Re,
[HS]
Ca ne tournera pas forcement en Intranet (je t'avoue meme ne pas y avoir
songe en lisant son message).
Je ne voyais, au contraire, pas l'intérêt de le mettre hors intranet, mais
après tout, on pourrait en effet envisager que les clients/utilisateurs du
logiciel aient un accès spécifique à l'outil de tracking.
Et meme dans l'absolu, personnellement, je
prefere toujours securiser au maximum, peut-etre que c'est demesure,
mais ca depend beaucoup des utilisateurs, et ca ne mange pas (trop) de pain.
Je tenais cette position jusqu'à la dernière machine nuxe que j'aie vue
rootkittée, le plus probable étant que ce soit au travers d'une faille
de... mod_ssl. Depuis, "j'oublie" de lancer https sur toutes les machines
qui n'en ont pas besoin.
Enfin apres c'est au choix de chacun de faire ce qu'il veut (en etant
conscient des risques) pour sa securite, en fonction de ses besoins et
des moyens mis a disposition. Si il y a possibilite de le faire, et le
moindre risque d'avoir un probleme, je ne vois pas pourquoi on s'en
priverait, c'est tout ...
Ca ne tournera pas forcement en Intranet (je t'avoue meme ne pas y avoir songe en lisant son message). Je ne voyais, au contraire, pas l'intérêt de le mettre hors intranet, mais
après tout, on pourrait en effet envisager que les clients/utilisateurs du logiciel aient un accès spécifique à l'outil de tracking.
Et meme dans l'absolu, personnellement, je prefere toujours securiser au maximum, peut-etre que c'est demesure, mais ca depend beaucoup des utilisateurs, et ca ne mange pas (trop) de pain.
Je tenais cette position jusqu'à la dernière machine nuxe que j'aie vue rootkittée, le plus probable étant que ce soit au travers d'une faille de... mod_ssl. Depuis, "j'oublie" de lancer https sur toutes les machines qui n'en ont pas besoin.
Enfin apres c'est au choix de chacun de faire ce qu'il veut (en etant conscient des risques) pour sa securite, en fonction de ses besoins et des moyens mis a disposition. Si il y a possibilite de le faire, et le moindre risque d'avoir un probleme, je ne vois pas pourquoi on s'en priverait, c'est tout ...
