Bonjour
Nous mettons actuellement en place vss pour gérer nos projets Access.
Je voudrais savoir s'il existe des documents de "procédures d'utilisation"
de VSS. C'est à dire, comment procéder par étape pour une bonne
gestion/contrôle, non seulement du code sources, mais aussi de
l'application/base en elle même.
Je pense avoir bien compris comment fonctionne vss, mais je me demande par
exemple s'il vaut mieux extraire le fichier mdb, puis le modifier et ensuite
mettre à jour et le mdb et les sources, ou s'il faut juste ouvrir un mdb,
puis le mettre à jour par rapport aux sources.
De plus, je ne vois pas comment "détacher" un mdb de vss, comment la
redistribuer au client, sans les liaisons à vss.
Je suis aller sur le site de Microsoft et je n'ai rien trouvé dans le sens
"procédures d'utilisation'", mais seulement des "Comment faire ?"
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
LE CARRE Yannick
Bonjour Armand,
tu as 2 possibilités de travail sous VSS.
1°> tu extrais les sources sur ton poste et personne ne peut les modifier (extraction en lecture seule uniquement). Ensuite une fois tes modifications terminées tu archives le tout.
2°>tu demandes une copie des sources à modifier sur ton poste. Ensuite une fois tes modifications terminées tu utilises VSS pour vérifier quelles fichiers ont été modifiés. Tu extrait les sources modifiées sur ton poste en cochant l'option "pas de copie en local" (facile avec l'utilitaire Windif qui compare les sources de 2 répertoires et permet d'en visualiser les différences de code). Tu archives les sources extraites dans VSS.
L'avantage de la 1ère méthode : tu utilises la fonctionnalité propre de VSS : protéger les sources de toutes modifications pendant une évolution ou une correction. L'inconvénient : les sources sont inaccessibles pendant les modifications.
L'avantage de la 2ème méthode : les sources sont toujours accessibles et tu n'extrait que les sources modifiées. L'inconvénient : bien vérifier avant l'extraction que les sources que tu possèdes sur ton poste ne varient de celle du serveur VSS qu'avec tes modifications. Il ne faut pas archiver un fichier déjà extrait et archivé par une autre personne et ne pas y inclure ses modifications...
Le détachement des sources vis à vis de VSS pour le client s'effectue en ne lui livrant que l'extraction complète des sources depuis VSS (correspondant généralement à un étiquetage = version).
Yannick
Damran @free.fr> a écrit dans le message : 3f685e90$0$28896$
Bonjour Nous mettons actuellement en place vss pour gérer nos projets Access. Je voudrais savoir s'il existe des documents de "procédures d'utilisation" de VSS. C'est à dire, comment procéder par étape pour une bonne gestion/contrôle, non seulement du code sources, mais aussi de l'application/base en elle même. Je pense avoir bien compris comment fonctionne vss, mais je me demande par exemple s'il vaut mieux extraire le fichier mdb, puis le modifier et ensuite
mettre à jour et le mdb et les sources, ou s'il faut juste ouvrir un mdb, puis le mettre à jour par rapport aux sources. De plus, je ne vois pas comment "détacher" un mdb de vss, comment la redistribuer au client, sans les liaisons à vss.
Je suis aller sur le site de Microsoft et je n'ai rien trouvé dans le sens "procédures d'utilisation'", mais seulement des "Comment faire ?"
Merci d'avance.
Damran
Bonjour Armand,
tu as 2 possibilités de travail sous VSS.
1°> tu extrais les sources sur ton poste et personne ne peut les modifier
(extraction en lecture seule uniquement). Ensuite une fois tes modifications
terminées tu archives le tout.
2°>tu demandes une copie des sources à modifier sur ton poste. Ensuite une
fois tes modifications terminées tu utilises VSS pour vérifier quelles
fichiers ont été modifiés. Tu extrait les sources modifiées sur ton poste en
cochant l'option "pas de copie en local" (facile avec l'utilitaire Windif
qui compare les sources de 2 répertoires et permet d'en visualiser les
différences de code). Tu archives les sources extraites dans VSS.
L'avantage de la 1ère méthode : tu utilises la fonctionnalité propre de VSS
: protéger les sources de toutes modifications pendant une évolution ou une
correction. L'inconvénient : les sources sont inaccessibles pendant les
modifications.
L'avantage de la 2ème méthode : les sources sont toujours accessibles et tu
n'extrait que les sources modifiées. L'inconvénient : bien vérifier avant
l'extraction que les sources que tu possèdes sur ton poste ne varient de
celle du serveur VSS qu'avec tes modifications. Il ne faut pas archiver un
fichier déjà extrait et archivé par une autre personne et ne pas y inclure
ses modifications...
Le détachement des sources vis à vis de VSS pour le client s'effectue en ne
lui livrant que l'extraction complète des sources depuis VSS (correspondant
généralement à un étiquetage = version).
Yannick
Damran <armands@SpamNo@free.fr> a écrit dans le message :
3f685e90$0$28896$626a54ce@news.free.fr...
Bonjour
Nous mettons actuellement en place vss pour gérer nos projets Access.
Je voudrais savoir s'il existe des documents de "procédures d'utilisation"
de VSS. C'est à dire, comment procéder par étape pour une bonne
gestion/contrôle, non seulement du code sources, mais aussi de
l'application/base en elle même.
Je pense avoir bien compris comment fonctionne vss, mais je me demande par
exemple s'il vaut mieux extraire le fichier mdb, puis le modifier et
ensuite
mettre à jour et le mdb et les sources, ou s'il faut juste ouvrir un mdb,
puis le mettre à jour par rapport aux sources.
De plus, je ne vois pas comment "détacher" un mdb de vss, comment la
redistribuer au client, sans les liaisons à vss.
Je suis aller sur le site de Microsoft et je n'ai rien trouvé dans le sens
"procédures d'utilisation'", mais seulement des "Comment faire ?"
1°> tu extrais les sources sur ton poste et personne ne peut les modifier (extraction en lecture seule uniquement). Ensuite une fois tes modifications terminées tu archives le tout.
2°>tu demandes une copie des sources à modifier sur ton poste. Ensuite une fois tes modifications terminées tu utilises VSS pour vérifier quelles fichiers ont été modifiés. Tu extrait les sources modifiées sur ton poste en cochant l'option "pas de copie en local" (facile avec l'utilitaire Windif qui compare les sources de 2 répertoires et permet d'en visualiser les différences de code). Tu archives les sources extraites dans VSS.
L'avantage de la 1ère méthode : tu utilises la fonctionnalité propre de VSS : protéger les sources de toutes modifications pendant une évolution ou une correction. L'inconvénient : les sources sont inaccessibles pendant les modifications.
L'avantage de la 2ème méthode : les sources sont toujours accessibles et tu n'extrait que les sources modifiées. L'inconvénient : bien vérifier avant l'extraction que les sources que tu possèdes sur ton poste ne varient de celle du serveur VSS qu'avec tes modifications. Il ne faut pas archiver un fichier déjà extrait et archivé par une autre personne et ne pas y inclure ses modifications...
Le détachement des sources vis à vis de VSS pour le client s'effectue en ne lui livrant que l'extraction complète des sources depuis VSS (correspondant généralement à un étiquetage = version).
Yannick
Damran @free.fr> a écrit dans le message : 3f685e90$0$28896$
Bonjour Nous mettons actuellement en place vss pour gérer nos projets Access. Je voudrais savoir s'il existe des documents de "procédures d'utilisation" de VSS. C'est à dire, comment procéder par étape pour une bonne gestion/contrôle, non seulement du code sources, mais aussi de l'application/base en elle même. Je pense avoir bien compris comment fonctionne vss, mais je me demande par exemple s'il vaut mieux extraire le fichier mdb, puis le modifier et ensuite
mettre à jour et le mdb et les sources, ou s'il faut juste ouvrir un mdb, puis le mettre à jour par rapport aux sources. De plus, je ne vois pas comment "détacher" un mdb de vss, comment la redistribuer au client, sans les liaisons à vss.
Je suis aller sur le site de Microsoft et je n'ai rien trouvé dans le sens "procédures d'utilisation'", mais seulement des "Comment faire ?"
Merci d'avance.
Damran
Damran
"LE CARRE Yannick" a écrit dans le message de news:
Bonjour Armand,
tu as 2 possibilités de travail sous VSS.
1°> tu extrais les sources sur ton poste et personne ne peut les modifier (extraction en lecture seule uniquement). Ensuite une fois tes modifications
terminées tu archives le tout.
2°>tu demandes une copie des sources à modifier sur ton poste. Ensuite une fois tes modifications terminées tu utilises VSS pour vérifier quelles fichiers ont été modifiés. Tu extrait les sources modifiées sur ton poste en
cochant l'option "pas de copie en local" (facile avec l'utilitaire Windif qui compare les sources de 2 répertoires et permet d'en visualiser les différences de code). Tu archives les sources extraites dans VSS.
L'avantage de la 1ère méthode : tu utilises la fonctionnalité propre de VSS
: protéger les sources de toutes modifications pendant une évolution ou une
correction. L'inconvénient : les sources sont inaccessibles pendant les modifications.
L'avantage de la 2ème méthode : les sources sont toujours accessibles et tu
n'extrait que les sources modifiées. L'inconvénient : bien vérifier avant l'extraction que les sources que tu possèdes sur ton poste ne varient de celle du serveur VSS qu'avec tes modifications. Il ne faut pas archiver un fichier déjà extrait et archivé par une autre personne et ne pas y inclure ses modifications... OK
Le détachement des sources vis à vis de VSS pour le client s'effectue en ne
lui livrant que l'extraction complète des sources depuis VSS (correspondant
généralement à un étiquetage = version). C'est là mon problème : Lorsque je récupère les sources, je le fait à partir
de ma base access. J'ai donc toujours les liaison à VSS. Et si je le fait à partir de VSS, je me retrouve avec des fichier textes contenant les sources, mais pas avec mon appli access. Je doit faire comment ?
Damran
"LE CARRE Yannick" <ylecarre@capgemini.fr> a écrit dans le message de
news:uvDgfKSfDHA.1200@TK2MSFTNGP09.phx.gbl...
Bonjour Armand,
tu as 2 possibilités de travail sous VSS.
1°> tu extrais les sources sur ton poste et personne ne peut les modifier
(extraction en lecture seule uniquement). Ensuite une fois tes
modifications
terminées tu archives le tout.
2°>tu demandes une copie des sources à modifier sur ton poste. Ensuite une
fois tes modifications terminées tu utilises VSS pour vérifier quelles
fichiers ont été modifiés. Tu extrait les sources modifiées sur ton poste
en
cochant l'option "pas de copie en local" (facile avec l'utilitaire Windif
qui compare les sources de 2 répertoires et permet d'en visualiser les
différences de code). Tu archives les sources extraites dans VSS.
L'avantage de la 1ère méthode : tu utilises la fonctionnalité propre de
VSS
: protéger les sources de toutes modifications pendant une évolution ou
une
correction. L'inconvénient : les sources sont inaccessibles pendant les
modifications.
L'avantage de la 2ème méthode : les sources sont toujours accessibles et
tu
n'extrait que les sources modifiées. L'inconvénient : bien vérifier avant
l'extraction que les sources que tu possèdes sur ton poste ne varient de
celle du serveur VSS qu'avec tes modifications. Il ne faut pas archiver un
fichier déjà extrait et archivé par une autre personne et ne pas y inclure
ses modifications...
OK
Le détachement des sources vis à vis de VSS pour le client s'effectue en
ne
lui livrant que l'extraction complète des sources depuis VSS
(correspondant
généralement à un étiquetage = version).
C'est là mon problème : Lorsque je récupère les sources, je le fait à partir
de ma base access. J'ai donc toujours les liaison à VSS. Et si je le fait à
partir de VSS, je me retrouve avec des fichier textes contenant les sources,
mais pas avec mon appli access.
Je doit faire comment ?
"LE CARRE Yannick" a écrit dans le message de news:
Bonjour Armand,
tu as 2 possibilités de travail sous VSS.
1°> tu extrais les sources sur ton poste et personne ne peut les modifier (extraction en lecture seule uniquement). Ensuite une fois tes modifications
terminées tu archives le tout.
2°>tu demandes une copie des sources à modifier sur ton poste. Ensuite une fois tes modifications terminées tu utilises VSS pour vérifier quelles fichiers ont été modifiés. Tu extrait les sources modifiées sur ton poste en
cochant l'option "pas de copie en local" (facile avec l'utilitaire Windif qui compare les sources de 2 répertoires et permet d'en visualiser les différences de code). Tu archives les sources extraites dans VSS.
L'avantage de la 1ère méthode : tu utilises la fonctionnalité propre de VSS
: protéger les sources de toutes modifications pendant une évolution ou une
correction. L'inconvénient : les sources sont inaccessibles pendant les modifications.
L'avantage de la 2ème méthode : les sources sont toujours accessibles et tu
n'extrait que les sources modifiées. L'inconvénient : bien vérifier avant l'extraction que les sources que tu possèdes sur ton poste ne varient de celle du serveur VSS qu'avec tes modifications. Il ne faut pas archiver un fichier déjà extrait et archivé par une autre personne et ne pas y inclure ses modifications... OK
Le détachement des sources vis à vis de VSS pour le client s'effectue en ne
lui livrant que l'extraction complète des sources depuis VSS (correspondant
généralement à un étiquetage = version). C'est là mon problème : Lorsque je récupère les sources, je le fait à partir
de ma base access. J'ai donc toujours les liaison à VSS. Et si je le fait à partir de VSS, je me retrouve avec des fichier textes contenant les sources, mais pas avec mon appli access. Je doit faire comment ?
Damran
LE CARRE Yannick
Damran @free.fr> a écrit dans le message : 3f687a37$0$28885$
"LE CARRE Yannick" a écrit dans le message de news:
Bonjour Armand,
tu as 2 possibilités de travail sous VSS.
1°> tu extrais les sources sur ton poste et personne ne peut les modifier
(extraction en lecture seule uniquement). Ensuite une fois tes modifications
terminées tu archives le tout.
2°>tu demandes une copie des sources à modifier sur ton poste. Ensuite une
fois tes modifications terminées tu utilises VSS pour vérifier quelles fichiers ont été modifiés. Tu extrait les sources modifiées sur ton poste
en
cochant l'option "pas de copie en local" (facile avec l'utilitaire Windif
qui compare les sources de 2 répertoires et permet d'en visualiser les différences de code). Tu archives les sources extraites dans VSS.
L'avantage de la 1ère méthode : tu utilises la fonctionnalité propre de VSS
: protéger les sources de toutes modifications pendant une évolution ou une
correction. L'inconvénient : les sources sont inaccessibles pendant les modifications.
L'avantage de la 2ème méthode : les sources sont toujours accessibles et tu
n'extrait que les sources modifiées. L'inconvénient : bien vérifier avant
l'extraction que les sources que tu possèdes sur ton poste ne varient de celle du serveur VSS qu'avec tes modifications. Il ne faut pas archiver un
fichier déjà extrait et archivé par une autre personne et ne pas y inclure
ses modifications... OK
Le détachement des sources vis à vis de VSS pour le client s'effectue en ne
lui livrant que l'extraction complète des sources depuis VSS (correspondant
généralement à un étiquetage = version). C'est là mon problème : Lorsque je récupère les sources, je le fait à
partir
de ma base access.
Essaye de la faire à partir de VSS. Importe ensuite ces fichiers texte dans access... (traitement lourd!!) Je trouve bizarre que le format original des fichiers archivés ne reste pas dans un format exploitable directement par Access (module, classe...). Comment as tu effectué la sauvegarde initiale de tes sources Access dans l'arborescence VSS ?
J'ai donc toujours les liaison à VSS. Et si je le fait à
partir de VSS, je me retrouve avec des fichier textes contenant les sources,
mais pas avec mon appli access. Je doit faire comment ?
Damran
Damran <armands@SpamNo@free.fr> a écrit dans le message :
3f687a37$0$28885$626a54ce@news.free.fr...
"LE CARRE Yannick" <ylecarre@capgemini.fr> a écrit dans le message de
news:uvDgfKSfDHA.1200@TK2MSFTNGP09.phx.gbl...
Bonjour Armand,
tu as 2 possibilités de travail sous VSS.
1°> tu extrais les sources sur ton poste et personne ne peut les
modifier
(extraction en lecture seule uniquement). Ensuite une fois tes
modifications
terminées tu archives le tout.
2°>tu demandes une copie des sources à modifier sur ton poste. Ensuite
une
fois tes modifications terminées tu utilises VSS pour vérifier quelles
fichiers ont été modifiés. Tu extrait les sources modifiées sur ton
poste
en
cochant l'option "pas de copie en local" (facile avec l'utilitaire
Windif
qui compare les sources de 2 répertoires et permet d'en visualiser les
différences de code). Tu archives les sources extraites dans VSS.
L'avantage de la 1ère méthode : tu utilises la fonctionnalité propre de
VSS
: protéger les sources de toutes modifications pendant une évolution ou
une
correction. L'inconvénient : les sources sont inaccessibles pendant les
modifications.
L'avantage de la 2ème méthode : les sources sont toujours accessibles et
tu
n'extrait que les sources modifiées. L'inconvénient : bien vérifier
avant
l'extraction que les sources que tu possèdes sur ton poste ne varient de
celle du serveur VSS qu'avec tes modifications. Il ne faut pas archiver
un
fichier déjà extrait et archivé par une autre personne et ne pas y
inclure
ses modifications...
OK
Le détachement des sources vis à vis de VSS pour le client s'effectue en
ne
lui livrant que l'extraction complète des sources depuis VSS
(correspondant
généralement à un étiquetage = version).
C'est là mon problème : Lorsque je récupère les sources, je le fait à
partir
de ma base access.
Essaye de la faire à partir de VSS.
Importe ensuite ces fichiers texte dans access... (traitement lourd!!)
Je trouve bizarre que le format original des fichiers archivés ne reste pas
dans un format exploitable directement par Access (module, classe...).
Comment as tu effectué la sauvegarde initiale de tes sources Access dans
l'arborescence VSS ?
J'ai donc toujours les liaison à VSS. Et si je le fait à
partir de VSS, je me retrouve avec des fichier textes contenant les
sources,
mais pas avec mon appli access.
Je doit faire comment ?
Damran @free.fr> a écrit dans le message : 3f687a37$0$28885$
"LE CARRE Yannick" a écrit dans le message de news:
Bonjour Armand,
tu as 2 possibilités de travail sous VSS.
1°> tu extrais les sources sur ton poste et personne ne peut les modifier
(extraction en lecture seule uniquement). Ensuite une fois tes modifications
terminées tu archives le tout.
2°>tu demandes une copie des sources à modifier sur ton poste. Ensuite une
fois tes modifications terminées tu utilises VSS pour vérifier quelles fichiers ont été modifiés. Tu extrait les sources modifiées sur ton poste
en
cochant l'option "pas de copie en local" (facile avec l'utilitaire Windif
qui compare les sources de 2 répertoires et permet d'en visualiser les différences de code). Tu archives les sources extraites dans VSS.
L'avantage de la 1ère méthode : tu utilises la fonctionnalité propre de VSS
: protéger les sources de toutes modifications pendant une évolution ou une
correction. L'inconvénient : les sources sont inaccessibles pendant les modifications.
L'avantage de la 2ème méthode : les sources sont toujours accessibles et tu
n'extrait que les sources modifiées. L'inconvénient : bien vérifier avant
l'extraction que les sources que tu possèdes sur ton poste ne varient de celle du serveur VSS qu'avec tes modifications. Il ne faut pas archiver un
fichier déjà extrait et archivé par une autre personne et ne pas y inclure
ses modifications... OK
Le détachement des sources vis à vis de VSS pour le client s'effectue en ne
lui livrant que l'extraction complète des sources depuis VSS (correspondant
généralement à un étiquetage = version). C'est là mon problème : Lorsque je récupère les sources, je le fait à
partir
de ma base access.
Essaye de la faire à partir de VSS. Importe ensuite ces fichiers texte dans access... (traitement lourd!!) Je trouve bizarre que le format original des fichiers archivés ne reste pas dans un format exploitable directement par Access (module, classe...). Comment as tu effectué la sauvegarde initiale de tes sources Access dans l'arborescence VSS ?
J'ai donc toujours les liaison à VSS. Et si je le fait à
partir de VSS, je me retrouve avec des fichier textes contenant les sources,
mais pas avec mon appli access. Je doit faire comment ?
Damran
Damran
"LE CARRE Yannick" a écrit dans le message de news:O%
Essaye de la faire à partir de VSS. Importe ensuite ces fichiers texte dans access... (traitement lourd!!) Je trouve bizarre que le format original des fichiers archivés ne reste pas
dans un format exploitable directement par Access (module, classe...). Comment as tu effectué la sauvegarde initiale de tes sources Access dans l'arborescence VSS ? Dans access : Outils --> SourceSAfe --> Ajouter une base de donnée à source
safe et là je voit tous les objets (tables, form, requete module..) Le tout attérie dans $/MonPROJET/Ma_Base/ sous form de fichier : *.ACF, *.ACQ *.ACM, *.ACB ... Je peut tous les extraire, mais je vois pas comment remonter un mdb avec tout ça.
Quand tu utilise VSS avec acces, tu génère comment ta version final, a partir de VSS ou access et comment ?
"LE CARRE Yannick" <ylecarre@capgemini.fr> a écrit dans le message de
news:O%23JBEETfDHA.128@tk2msftngp13.phx.gbl...
Essaye de la faire à partir de VSS.
Importe ensuite ces fichiers texte dans access... (traitement lourd!!)
Je trouve bizarre que le format original des fichiers archivés ne reste
pas
dans un format exploitable directement par Access (module, classe...).
Comment as tu effectué la sauvegarde initiale de tes sources Access dans
l'arborescence VSS ?
Dans access : Outils --> SourceSAfe --> Ajouter une base de donnée à source
safe et là je voit tous les objets (tables, form, requete module..) Le tout
attérie dans $/MonPROJET/Ma_Base/ sous form de fichier : *.ACF, *.ACQ *.ACM,
*.ACB ...
Je peut tous les extraire, mais je vois pas comment remonter un mdb avec
tout ça.
Quand tu utilise VSS avec acces, tu génère comment ta version final, a
partir de VSS ou access et comment ?
"LE CARRE Yannick" a écrit dans le message de news:O%
Essaye de la faire à partir de VSS. Importe ensuite ces fichiers texte dans access... (traitement lourd!!) Je trouve bizarre que le format original des fichiers archivés ne reste pas
dans un format exploitable directement par Access (module, classe...). Comment as tu effectué la sauvegarde initiale de tes sources Access dans l'arborescence VSS ? Dans access : Outils --> SourceSAfe --> Ajouter une base de donnée à source
safe et là je voit tous les objets (tables, form, requete module..) Le tout attérie dans $/MonPROJET/Ma_Base/ sous form de fichier : *.ACF, *.ACQ *.ACM, *.ACB ... Je peut tous les extraire, mais je vois pas comment remonter un mdb avec tout ça.
Quand tu utilise VSS avec acces, tu génère comment ta version final, a partir de VSS ou access et comment ?
Damran
Je viens de générer une base à partir des source :-)) Dans access : Outils --> SourceSafe --> Créer un base de donnée à partir du projet. Ca me remonte correctement la base mais ... elle reste lié à vss ! On avance ;-)
Damran
Je viens de générer une base à partir des source :-))
Dans access : Outils --> SourceSafe --> Créer un base de donnée à partir du
projet.
Ca me remonte correctement la base mais ... elle reste lié à vss !
On avance ;-)
Je viens de générer une base à partir des source :-)) Dans access : Outils --> SourceSafe --> Créer un base de donnée à partir du projet. Ca me remonte correctement la base mais ... elle reste lié à vss ! On avance ;-)
