Au moment d'archiver un projet dans SourceSafe, je devais taper Guest
dans le nom d'utilisateur (et encore, il m'a fallu un bout de temps pour
savoir que c'était Guest qu'il fallait taper).
Comme c'était un peu casse-pieds, j'ai fini par créer dans SourceSafe un
utilisateur portant le même nom que l'utilisateur de Windows, et comme
ça l'entrée dans le logiciel est automatique.
Seulement voilà, depuis que j'ai fait ça j'ai de temps en temps de
petits problèmes.
Il arrive que je charge un projet modèle depuis un site web, et
l'expérience montre qu'il faut ouvrir une fois ce projet avec les droits
administrateur, du moins lorsqu'il contient un ActiveX, pour ouvrir les
droits sur ce composant. Dans ce cas, c'est l'utilisateur Guest qui crée
le projet dans SourceSafe. Aussi, lorsque l'utilisateur bibi tente
d'archiver (ou d'extraire) par la suite, il reçoit un message de
SourceSafe lui disant en substance qu'il a une sale tête. Plus
exactement, par exemple, le fichier est déjà extrait, et ne peut être
extrait que vers une seule destination.
En ouvrant le logiciel SourceSafe on finit par retomber sur ses pieds,
au bout d'un certain nombre de manipulations, mais ça représente une
perte de temps. Plus embêtant encore, je n'aimerais pas me retrouver
avec une erreur de version suite à une erreur de manipulation, ça serait
le comble.
En écrivant je me rends compte que l'administrateur devrait s'abstenir
d'archiver dans SourceSafe et que ça réduirait les problèmes, mais aussi
bien je pourrais tomber un jour sur un employeur qui enregistre
différents utilisateurs dans SourceSafe, pour un travail en équipe, et
là il serait assez bienvenu de savoir au juste où je vais avec ça.
Alors je me demande si il existe quelque part des exercices structurés
permettant de s'entraîner aux différents cas de figure concernant
l'utilisation de SourceSafe, sans en oublier.
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
Jean-Marc
"Gloops" a écrit dans le message de news:419ca7ba$0$1341$
Bonjour tout le monde,
<snip>
En écrivant je me rends compte que l'administrateur devrait s'abstenir d'archiver dans SourceSafe et que ça réduirait les problèmes, mais aussi bien je pourrais tomber un jour sur un employeur qui enregistre différents utilisateurs dans SourceSafe, pour un travail en équipe, et là il serait assez bienvenu de savoir au juste où je vais avec ça.
Alors je me demande si il existe quelque part des exercices structurés permettant de s'entraîner aux différents cas de figure concernant l'utilisation de SourceSafe, sans en oublier.
Hello,
ne t'inquiète pas trop pour la partie administration de SourceSafe. Si le cas se présente chez un employeur, il y aura de toute façon déjà un administrateur en place, qui te donnera les droits sur tel ou tel projet. Il y a de nombreuses façons d'utiliser VSS, et en travail coopératif, ce n'est pas très simple d'arriver à un bon modèle d'organisation. Dans tous les cas, les bidouilles de configuration sont du ressort de l'administrateur. Les développeurs en général se contentent de faire des Check-in/Check-out et éventuellement création de Labels. Et enfin, concernant ta question, je ne connais pas de tutoriel pour VSS, mis à part la doc qui est plutot bien fichue et assez exhaustive.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
"Gloops" <gloops@niark.fr> a écrit dans le message de
news:419ca7ba$0$1341$8fcfb975@news.wanadoo.fr...
Bonjour tout le monde,
<snip>
En écrivant je me rends compte que l'administrateur devrait s'abstenir
d'archiver dans SourceSafe et que ça réduirait les problèmes, mais aussi
bien je pourrais tomber un jour sur un employeur qui enregistre
différents utilisateurs dans SourceSafe, pour un travail en équipe, et
là il serait assez bienvenu de savoir au juste où je vais avec ça.
Alors je me demande si il existe quelque part des exercices structurés
permettant de s'entraîner aux différents cas de figure concernant
l'utilisation de SourceSafe, sans en oublier.
Hello,
ne t'inquiète pas trop pour la partie administration de SourceSafe. Si
le cas se présente chez un employeur, il y aura de toute façon déjà un
administrateur en place, qui te donnera les droits sur tel ou tel
projet. Il y a de nombreuses façons d'utiliser VSS, et en travail
coopératif, ce n'est pas très simple d'arriver à un bon modèle
d'organisation. Dans tous les cas, les bidouilles de configuration sont
du ressort de l'administrateur. Les développeurs en général se
contentent de faire des Check-in/Check-out et éventuellement création
de Labels. Et enfin, concernant ta question, je ne connais pas de
tutoriel pour VSS, mis à part la doc qui est plutot bien fichue et
assez exhaustive.
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
"Gloops" a écrit dans le message de news:419ca7ba$0$1341$
Bonjour tout le monde,
<snip>
En écrivant je me rends compte que l'administrateur devrait s'abstenir d'archiver dans SourceSafe et que ça réduirait les problèmes, mais aussi bien je pourrais tomber un jour sur un employeur qui enregistre différents utilisateurs dans SourceSafe, pour un travail en équipe, et là il serait assez bienvenu de savoir au juste où je vais avec ça.
Alors je me demande si il existe quelque part des exercices structurés permettant de s'entraîner aux différents cas de figure concernant l'utilisation de SourceSafe, sans en oublier.
Hello,
ne t'inquiète pas trop pour la partie administration de SourceSafe. Si le cas se présente chez un employeur, il y aura de toute façon déjà un administrateur en place, qui te donnera les droits sur tel ou tel projet. Il y a de nombreuses façons d'utiliser VSS, et en travail coopératif, ce n'est pas très simple d'arriver à un bon modèle d'organisation. Dans tous les cas, les bidouilles de configuration sont du ressort de l'administrateur. Les développeurs en général se contentent de faire des Check-in/Check-out et éventuellement création de Labels. Et enfin, concernant ta question, je ne connais pas de tutoriel pour VSS, mis à part la doc qui est plutot bien fichue et assez exhaustive.
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
Gloops
Pas s'en faire ... Bon, tant mieux, c'est toujours bon d'être zen ...
Donc si je ne réussis pas à archiver un fichier, l'administrateur me dépannera. Bon ben ça me va, ça.
La doc n'est pas mal faite effectivement, mais si un utilisateur a archivé et qu'un autre ne réussit pas à le faire, je n'ai pas trouvé l'explication et surtout le mode opératoire. Faut-il lire toute l'aide en séquentiel ? ________________________________________ Jean-Marc a écrit, le 18/11/2004 21:15 :
Hello,
ne t'inquiète pas trop pour la partie administration de SourceSafe. Si le cas se présente chez un employeur, il y aura de toute façon déjà un administrateur en place, qui te donnera les droits sur tel ou tel projet. Il y a de nombreuses façons d'utiliser VSS, et en travail coopératif, ce n'est pas très simple d'arriver à un bon modèle d'organisation. Dans tous les cas, les bidouilles de configuration sont du ressort de l'administrateur. Les développeurs en général se contentent de faire des Check-in/Check-out et éventuellement création de Labels. Et enfin, concernant ta question, je ne connais pas de tutoriel pour VSS, mis à part la doc qui est plutot bien fichue et assez exhaustive.
Pas s'en faire ... Bon, tant mieux, c'est toujours bon d'être zen ...
Donc si je ne réussis pas à archiver un fichier, l'administrateur me
dépannera. Bon ben ça me va, ça.
La doc n'est pas mal faite effectivement, mais si un utilisateur a
archivé et qu'un autre ne réussit pas à le faire, je n'ai pas trouvé
l'explication et surtout le mode opératoire. Faut-il lire toute l'aide
en séquentiel ?
________________________________________
Jean-Marc a écrit, le 18/11/2004 21:15 :
Hello,
ne t'inquiète pas trop pour la partie administration de SourceSafe. Si
le cas se présente chez un employeur, il y aura de toute façon déjà un
administrateur en place, qui te donnera les droits sur tel ou tel
projet. Il y a de nombreuses façons d'utiliser VSS, et en travail
coopératif, ce n'est pas très simple d'arriver à un bon modèle
d'organisation. Dans tous les cas, les bidouilles de configuration sont
du ressort de l'administrateur. Les développeurs en général se
contentent de faire des Check-in/Check-out et éventuellement création
de Labels. Et enfin, concernant ta question, je ne connais pas de
tutoriel pour VSS, mis à part la doc qui est plutot bien fichue et
assez exhaustive.
Pas s'en faire ... Bon, tant mieux, c'est toujours bon d'être zen ...
Donc si je ne réussis pas à archiver un fichier, l'administrateur me dépannera. Bon ben ça me va, ça.
La doc n'est pas mal faite effectivement, mais si un utilisateur a archivé et qu'un autre ne réussit pas à le faire, je n'ai pas trouvé l'explication et surtout le mode opératoire. Faut-il lire toute l'aide en séquentiel ? ________________________________________ Jean-Marc a écrit, le 18/11/2004 21:15 :
Hello,
ne t'inquiète pas trop pour la partie administration de SourceSafe. Si le cas se présente chez un employeur, il y aura de toute façon déjà un administrateur en place, qui te donnera les droits sur tel ou tel projet. Il y a de nombreuses façons d'utiliser VSS, et en travail coopératif, ce n'est pas très simple d'arriver à un bon modèle d'organisation. Dans tous les cas, les bidouilles de configuration sont du ressort de l'administrateur. Les développeurs en général se contentent de faire des Check-in/Check-out et éventuellement création de Labels. Et enfin, concernant ta question, je ne connais pas de tutoriel pour VSS, mis à part la doc qui est plutot bien fichue et assez exhaustive.
Jean-Marc
"Gloops" a écrit dans le message de news:419d13e4$0$9505$
Pas s'en faire ... Bon, tant mieux, c'est toujours bon d'être zen ...
Donc si je ne réussis pas à archiver un fichier, l'administrateur me dépannera. Bon ben ça me va, ça.
La doc n'est pas mal faite effectivement, mais si un utilisateur a archivé et qu'un autre ne réussit pas à le faire, je n'ai pas trouvé l'explication et surtout le mode opératoire. Faut-il lire toute l'aide en séquentiel ?
Je ne sais pas si il faut la lire en "séquentiel"? En tout cas, la lire en entier aide, ça c'est sur. Concernant ta question, il faut lire la partie de l'aide qui concerne l'organisation des projets et la gestion des droits. Une fois que tu as compris comment ça marche, c'est assez simple. Les mécanismes à connaitre sont: - Add file / delete file - Check in - Check Out - Get (latest) version
En utilisation perso, tu peux tout faire en étant à la fois l'admin et l'utilisateur. Autre solution, en tant qu'admin, tu peux créer un utilisateur avec des droits illimités sur toute la base VSS (analogie avec un utilisateur "root" sur Unix).
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
"Gloops" <gloops@niark.fr> a écrit dans le message de
news:419d13e4$0$9505$8fcfb975@news.wanadoo.fr...
Pas s'en faire ... Bon, tant mieux, c'est toujours bon d'être zen ...
Donc si je ne réussis pas à archiver un fichier, l'administrateur me
dépannera. Bon ben ça me va, ça.
La doc n'est pas mal faite effectivement, mais si un utilisateur a
archivé et qu'un autre ne réussit pas à le faire, je n'ai pas trouvé
l'explication et surtout le mode opératoire. Faut-il lire toute l'aide
en séquentiel ?
Je ne sais pas si il faut la lire en "séquentiel"? En tout cas, la lire
en entier aide, ça c'est sur. Concernant ta question, il faut lire la
partie de l'aide qui concerne l'organisation des projets et la gestion
des droits. Une fois que tu as compris comment ça marche, c'est assez
simple.
Les mécanismes à connaitre sont:
- Add file / delete file
- Check in
- Check Out
- Get (latest) version
En utilisation perso, tu peux tout faire en étant à la fois l'admin et
l'utilisateur. Autre solution, en tant qu'admin, tu peux créer un
utilisateur avec des droits illimités sur toute la base VSS (analogie
avec un utilisateur "root" sur Unix).
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
"Gloops" a écrit dans le message de news:419d13e4$0$9505$
Pas s'en faire ... Bon, tant mieux, c'est toujours bon d'être zen ...
Donc si je ne réussis pas à archiver un fichier, l'administrateur me dépannera. Bon ben ça me va, ça.
La doc n'est pas mal faite effectivement, mais si un utilisateur a archivé et qu'un autre ne réussit pas à le faire, je n'ai pas trouvé l'explication et surtout le mode opératoire. Faut-il lire toute l'aide en séquentiel ?
Je ne sais pas si il faut la lire en "séquentiel"? En tout cas, la lire en entier aide, ça c'est sur. Concernant ta question, il faut lire la partie de l'aide qui concerne l'organisation des projets et la gestion des droits. Une fois que tu as compris comment ça marche, c'est assez simple. Les mécanismes à connaitre sont: - Add file / delete file - Check in - Check Out - Get (latest) version
En utilisation perso, tu peux tout faire en étant à la fois l'admin et l'utilisateur. Autre solution, en tant qu'admin, tu peux créer un utilisateur avec des droits illimités sur toute la base VSS (analogie avec un utilisateur "root" sur Unix).
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
Gloops
Je crois que j'ai fini par comprendre le point d'achopement, il faut que l'utilisateur qui a archivé le fichier annule l'archivage, donc pour ça il faut, dans SourceSafe, ouvrir la base de données, à ce moment on est invité à préciser l'utilisateur. Ensuite donc annuler l'archivage. A nouveau ouvrir la base de données, mais cette fois avec l'utilisateur final, tour archiver, au besoin annuler l'archivage, et après on peut gérer comme on veut.
En fait, comment il faut faire est bien expliqué dans l'aide, ce que je n'avais pas compris au début, c'est ce qu'il faut faire. Je devais avoir une panne de bon sens, peut-être. J'ai l'impression que maintenant ça devrait y être, je vais voir à l'usage. ________________________________________ Jean-Marc a écrit, le 18/11/2004 23:16 :
"Gloops" a écrit dans le message de news:419d13e4$0$9505$
Pas s'en faire ... Bon, tant mieux, c'est toujours bon d'être zen ...
Donc si je ne réussis pas à archiver un fichier, l'administrateur me dépannera. Bon ben ça me va, ça.
La doc n'est pas mal faite effectivement, mais si un utilisateur a archivé et qu'un autre ne réussit pas à le faire, je n'ai pas trouvé l'explication et surtout le mode opératoire. Faut-il lire toute l'aide en séquentiel ?
Je ne sais pas si il faut la lire en "séquentiel"? En tout cas, la lire en entier aide, ça c'est sur. Concernant ta question, il faut lire la partie de l'aide qui concerne l'organisation des projets et la gestion des droits. Une fois que tu as compris comment ça marche, c'est assez simple. Les mécanismes à connaitre sont: - Add file / delete file - Check in - Check Out - Get (latest) version
En utilisation perso, tu peux tout faire en étant à la fois l'admin et l'utilisateur. Autre solution, en tant qu'admin, tu peux créer un utilisateur avec des droits illimités sur toute la base VSS (analogie avec un utilisateur "root" sur Unix).
Je crois que j'ai fini par comprendre le point d'achopement, il faut que
l'utilisateur qui a archivé le fichier annule l'archivage, donc pour ça
il faut, dans SourceSafe, ouvrir la base de données, à ce moment on est
invité à préciser l'utilisateur. Ensuite donc annuler l'archivage. A
nouveau ouvrir la base de données, mais cette fois avec l'utilisateur
final, tour archiver, au besoin annuler l'archivage, et après on peut
gérer comme on veut.
En fait, comment il faut faire est bien expliqué dans l'aide, ce que je
n'avais pas compris au début, c'est ce qu'il faut faire. Je devais avoir
une panne de bon sens, peut-être. J'ai l'impression que maintenant ça
devrait y être, je vais voir à l'usage.
________________________________________
Jean-Marc a écrit, le 18/11/2004 23:16 :
"Gloops" <gloops@niark.fr> a écrit dans le message de
news:419d13e4$0$9505$8fcfb975@news.wanadoo.fr...
Pas s'en faire ... Bon, tant mieux, c'est toujours bon d'être zen ...
Donc si je ne réussis pas à archiver un fichier, l'administrateur me
dépannera. Bon ben ça me va, ça.
La doc n'est pas mal faite effectivement, mais si un utilisateur a
archivé et qu'un autre ne réussit pas à le faire, je n'ai pas trouvé
l'explication et surtout le mode opératoire. Faut-il lire toute l'aide
en séquentiel ?
Je ne sais pas si il faut la lire en "séquentiel"? En tout cas, la lire
en entier aide, ça c'est sur. Concernant ta question, il faut lire la
partie de l'aide qui concerne l'organisation des projets et la gestion
des droits. Une fois que tu as compris comment ça marche, c'est assez
simple.
Les mécanismes à connaitre sont:
- Add file / delete file
- Check in
- Check Out
- Get (latest) version
En utilisation perso, tu peux tout faire en étant à la fois l'admin et
l'utilisateur. Autre solution, en tant qu'admin, tu peux créer un
utilisateur avec des droits illimités sur toute la base VSS (analogie
avec un utilisateur "root" sur Unix).
Je crois que j'ai fini par comprendre le point d'achopement, il faut que l'utilisateur qui a archivé le fichier annule l'archivage, donc pour ça il faut, dans SourceSafe, ouvrir la base de données, à ce moment on est invité à préciser l'utilisateur. Ensuite donc annuler l'archivage. A nouveau ouvrir la base de données, mais cette fois avec l'utilisateur final, tour archiver, au besoin annuler l'archivage, et après on peut gérer comme on veut.
En fait, comment il faut faire est bien expliqué dans l'aide, ce que je n'avais pas compris au début, c'est ce qu'il faut faire. Je devais avoir une panne de bon sens, peut-être. J'ai l'impression que maintenant ça devrait y être, je vais voir à l'usage. ________________________________________ Jean-Marc a écrit, le 18/11/2004 23:16 :
"Gloops" a écrit dans le message de news:419d13e4$0$9505$
Pas s'en faire ... Bon, tant mieux, c'est toujours bon d'être zen ...
Donc si je ne réussis pas à archiver un fichier, l'administrateur me dépannera. Bon ben ça me va, ça.
La doc n'est pas mal faite effectivement, mais si un utilisateur a archivé et qu'un autre ne réussit pas à le faire, je n'ai pas trouvé l'explication et surtout le mode opératoire. Faut-il lire toute l'aide en séquentiel ?
Je ne sais pas si il faut la lire en "séquentiel"? En tout cas, la lire en entier aide, ça c'est sur. Concernant ta question, il faut lire la partie de l'aide qui concerne l'organisation des projets et la gestion des droits. Une fois que tu as compris comment ça marche, c'est assez simple. Les mécanismes à connaitre sont: - Add file / delete file - Check in - Check Out - Get (latest) version
En utilisation perso, tu peux tout faire en étant à la fois l'admin et l'utilisateur. Autre solution, en tant qu'admin, tu peux créer un utilisateur avec des droits illimités sur toute la base VSS (analogie avec un utilisateur "root" sur Unix).
Gloops
Ah oui et puis j'ai oublié d'ajouter : merci d'avoir passé du temps sur la question.
Ah oui et puis j'ai oublié d'ajouter : merci d'avoir passé du temps sur
la question.
Ah oui et puis j'ai oublié d'ajouter : merci d'avoir passé du temps sur la question.
Jean-Marc
"Gloops" a écrit dans le message de news:41a700ba$0$31676$
Ah oui et puis j'ai oublié d'ajouter : merci d'avoir passé du temps sur la question.
De rien, ça fait toujours plaisir d'aider les personnes qui:
- posent des questions compréhensibles - cherchent des réponses aussi de leur coté - lisent correctement les réponses - se donnent la peine de remercier en retour
:-)
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
"Gloops" <gloops@niark.fr> a écrit dans le message de
news:41a700ba$0$31676$8fcfb975@news.wanadoo.fr...
Ah oui et puis j'ai oublié d'ajouter : merci d'avoir passé du temps sur
la question.
De rien, ça fait toujours plaisir d'aider les personnes qui:
- posent des questions compréhensibles
- cherchent des réponses aussi de leur coté
- lisent correctement les réponses
- se donnent la peine de remercier en retour
:-)
--
Jean-marc
"There are only 10 kind of people
those who understand binary and those who don't."
"Gloops" a écrit dans le message de news:41a700ba$0$31676$
Ah oui et puis j'ai oublié d'ajouter : merci d'avoir passé du temps sur la question.
De rien, ça fait toujours plaisir d'aider les personnes qui:
- posent des questions compréhensibles - cherchent des réponses aussi de leur coté - lisent correctement les réponses - se donnent la peine de remercier en retour
:-)
-- Jean-marc "There are only 10 kind of people those who understand binary and those who don't."
