J ai cree mon serveur cvs dans /home/cvs
J ai dc dans /home/cvs : - CVSROOT
-media (que j ai importe grace a cvs
import -m ...)
Maintenant avec wincvs je me connecte bien au serveur. Mais quand je fais un
checkout de mon module media, il me dit :
cannot access /home//CVSROOT
No such file or directory
Ou est mon erreur? c est la config du serveur qui merde, mais que dois je
modifier?
Ca fait 2 jours que je suis dessus et je trouve pas.
Bon tout marche. Y a juste un truc, quand sur le serveur, je veux donc mettre a jour /home/monsite en faisant cvs checkout monsite, il m a rajoute des dossiers CVS un peu partout. Et ces dossiers sont accessible depuis le net, et ils contiennent notamment mon CVSROOT avec le login et le chemin pour se connecter a mon serveur cvs... C est pas tres securisant. Y a un moyen de ne pas les rendre dispo en claire comme ca?
Merci
Bon tout marche.
Y a juste un truc, quand sur le serveur, je veux donc mettre a jour
/home/monsite en faisant cvs checkout monsite, il m a rajoute des dossiers
CVS un peu partout. Et ces dossiers sont accessible depuis le net, et ils
contiennent notamment mon CVSROOT avec le login et le chemin pour se
connecter a mon serveur cvs...
C est pas tres securisant.
Y a un moyen de ne pas les rendre dispo en claire comme ca?
Bon tout marche. Y a juste un truc, quand sur le serveur, je veux donc mettre a jour /home/monsite en faisant cvs checkout monsite, il m a rajoute des dossiers CVS un peu partout. Et ces dossiers sont accessible depuis le net, et ils contiennent notamment mon CVSROOT avec le login et le chemin pour se connecter a mon serveur cvs... C est pas tres securisant. Y a un moyen de ne pas les rendre dispo en claire comme ca?
Merci
Franck Lefebure
Non, j'évite de faire ça. Si je dois bosser sous Windows, j'ai un répertoire de travail sous Windows. Pareil pour Linux/Solaris, ou autre. Avec un repository CVS, il n'y a pas tellement d'intérêt à travailler sur une sandbox commune.
Ben tout dépends, moi j'utilise cvs dans un contexte web. (java, ce qui explique que les $Log$ ont peu d'intéret pour moi) Et nos répertoires de travail sont aussi les racines d'un virtual hot apache et d'un serveur d'application java. Ainsi on peut développer tranquilement avec nos IDE Windows sur notre partage Samba et visualiser immédiatement, avant de commiter ce qu'on fait sur un serveur http/servlet à peu près conforme à celui de production.
Tu vois personne n'a jamais les memes problèmes ni les mêmes besoins :-)
@+
Non, j'évite de faire ça. Si je dois bosser sous Windows, j'ai un
répertoire de travail sous Windows. Pareil pour Linux/Solaris, ou autre.
Avec un repository CVS, il n'y a pas tellement d'intérêt à travailler sur
une sandbox commune.
Ben tout dépends,
moi j'utilise cvs dans un contexte web. (java, ce qui explique que les $Log$
ont
peu d'intéret pour moi)
Et nos répertoires de travail sont aussi les racines d'un virtual hot apache
et d'un serveur d'application java. Ainsi on peut développer tranquilement
avec
nos IDE Windows sur notre partage Samba et visualiser immédiatement, avant
de commiter
ce qu'on fait sur un serveur http/servlet à peu près conforme à celui de
production.
Tu vois personne n'a jamais les memes problèmes ni les mêmes besoins :-)
Non, j'évite de faire ça. Si je dois bosser sous Windows, j'ai un répertoire de travail sous Windows. Pareil pour Linux/Solaris, ou autre. Avec un repository CVS, il n'y a pas tellement d'intérêt à travailler sur une sandbox commune.
Ben tout dépends, moi j'utilise cvs dans un contexte web. (java, ce qui explique que les $Log$ ont peu d'intéret pour moi) Et nos répertoires de travail sont aussi les racines d'un virtual hot apache et d'un serveur d'application java. Ainsi on peut développer tranquilement avec nos IDE Windows sur notre partage Samba et visualiser immédiatement, avant de commiter ce qu'on fait sur un serveur http/servlet à peu près conforme à celui de production.
Tu vois personne n'a jamais les memes problèmes ni les mêmes besoins :-)
@+
Franck Lefebure
cvs export
-- Franck Lefebure equipe web http://www.orangecaraibe.com mailto: "Jerome Kraft" a écrit dans le message de news: blul2v$q5c$
Bon tout marche. Y a juste un truc, quand sur le serveur, je veux donc mettre a jour /home/monsite en faisant cvs checkout monsite, il m a rajoute des dossiers CVS un peu partout. Et ces dossiers sont accessible depuis le net, et ils contiennent notamment mon CVSROOT avec le login et le chemin pour se connecter a mon serveur cvs... C est pas tres securisant. Y a un moyen de ne pas les rendre dispo en claire comme ca?
Merci
cvs export
--
Franck Lefebure
equipe web http://www.orangecaraibe.com
mailto:flefebure2@orangecaraibe.com
"Jerome Kraft" <j.kraft-nospam-@wanadoo.fr> a écrit dans le message de news:
blul2v$q5c$1@news-reader2.wanadoo.fr...
Bon tout marche.
Y a juste un truc, quand sur le serveur, je veux donc mettre a jour
/home/monsite en faisant cvs checkout monsite, il m a rajoute des dossiers
CVS un peu partout. Et ces dossiers sont accessible depuis le net, et ils
contiennent notamment mon CVSROOT avec le login et le chemin pour se
connecter a mon serveur cvs...
C est pas tres securisant.
Y a un moyen de ne pas les rendre dispo en claire comme ca?
-- Franck Lefebure equipe web http://www.orangecaraibe.com mailto: "Jerome Kraft" a écrit dans le message de news: blul2v$q5c$
Bon tout marche. Y a juste un truc, quand sur le serveur, je veux donc mettre a jour /home/monsite en faisant cvs checkout monsite, il m a rajoute des dossiers CVS un peu partout. Et ces dossiers sont accessible depuis le net, et ils contiennent notamment mon CVSROOT avec le login et le chemin pour se connecter a mon serveur cvs... C est pas tres securisant. Y a un moyen de ne pas les rendre dispo en claire comme ca?
Merci
Pascal Bourguignon
Erwann ABALEA writes:
On Tue, 7 Oct 2003, Jerome Kraft wrote:
Bon, pour le /home d accord, mais c est la que sont entreposes les sites. Ca
C'est déjà étrange. Donc si je suis un user sur ta machine, et que mon répertoire home est dans /home/eabalea, alors mon répertoire home fera partie de tes sites? Vraiment bizarre... Pourquoi ne pas créer un /home/www par exemple?
C'est une configuration habituelle chez les herbergeurs de site web.
-- __Pascal_Bourguignon__ http://www.informatimago.com/ Do not adjust your mind, there is a fault in reality.
Erwann ABALEA <erwann@abalea.com> writes:
On Tue, 7 Oct 2003, Jerome Kraft wrote:
Bon, pour le /home d accord, mais c est la que sont entreposes les sites. Ca
C'est déjà étrange. Donc si je suis un user sur ta machine, et que mon
répertoire home est dans /home/eabalea, alors mon répertoire home fera
partie de tes sites? Vraiment bizarre... Pourquoi ne pas créer un
/home/www par exemple?
C'est une configuration habituelle chez les herbergeurs de site web.
--
__Pascal_Bourguignon__
http://www.informatimago.com/
Do not adjust your mind, there is a fault in reality.
Bon, pour le /home d accord, mais c est la que sont entreposes les sites. Ca
C'est déjà étrange. Donc si je suis un user sur ta machine, et que mon répertoire home est dans /home/eabalea, alors mon répertoire home fera partie de tes sites? Vraiment bizarre... Pourquoi ne pas créer un /home/www par exemple?
C'est une configuration habituelle chez les herbergeurs de site web.
-- __Pascal_Bourguignon__ http://www.informatimago.com/ Do not adjust your mind, there is a fault in reality.
Pascal Bourguignon
"Jerome Kraft" writes:
Oui, merci a tous les 2de votre aide. J ai bien compris. Il me faut donc un /usr/cvsroot/monsite dans lequel j ai mes fichiers CVS et via ces fichiers et Wincvs je fais les modifs. Donc ma derniere question est comment mettre a jour mes fichiers dans /home/monsite a partir de la version la plus recente de /usr/cvsroot/monsite? cvs update - A?
cvs update -A
Exactement.
Dans tous les cas la première fois, il faut faire 'cvs checkout' en spécifiant le CVSROOT:
cd /home/monsite cvs -d/usr/cvsroot/monsite checkout .
(Si le serveur CVS se trouve sur une autre machine, on aura quelque chose comme: cd /home/monsite cvs -d:pserver::/cvsroot/monsite checkout . )
Ensuite:
cd /home/monsite cvs update -A
car le CVSROOT est mémorisé dans les fichiers CVS/Root
Pour un site web, configurer pour que les répertoires CVS ne soient pas accessibles depuis le web...
-- __Pascal_Bourguignon__ http://www.informatimago.com/ Do not adjust your mind, there is a fault in reality.
Oui, merci a tous les 2de votre aide. J ai bien compris.
Il me faut donc un /usr/cvsroot/monsite dans lequel j ai mes fichiers CVS et
via ces fichiers et Wincvs je fais les modifs.
Donc ma derniere question est comment mettre a jour mes fichiers dans
/home/monsite a partir de la version la plus recente de
/usr/cvsroot/monsite?
cvs update - A?
cvs update -A
Exactement.
Dans tous les cas la première fois, il faut faire 'cvs checkout' en
spécifiant le CVSROOT:
cd /home/monsite
cvs -d/usr/cvsroot/monsite checkout .
(Si le serveur CVS se trouve sur une autre machine, on aura quelque chose comme:
cd /home/monsite
cvs -d:pserver:LOGIN@AUTRE.MACHINE:/cvsroot/monsite checkout .
)
Ensuite:
cd /home/monsite
cvs update -A
car le CVSROOT est mémorisé dans les fichiers CVS/Root
Pour un site web, configurer pour que les répertoires CVS ne soient
pas accessibles depuis le web...
--
__Pascal_Bourguignon__
http://www.informatimago.com/
Do not adjust your mind, there is a fault in reality.
Oui, merci a tous les 2de votre aide. J ai bien compris. Il me faut donc un /usr/cvsroot/monsite dans lequel j ai mes fichiers CVS et via ces fichiers et Wincvs je fais les modifs. Donc ma derniere question est comment mettre a jour mes fichiers dans /home/monsite a partir de la version la plus recente de /usr/cvsroot/monsite? cvs update - A?
cvs update -A
Exactement.
Dans tous les cas la première fois, il faut faire 'cvs checkout' en spécifiant le CVSROOT:
cd /home/monsite cvs -d/usr/cvsroot/monsite checkout .
(Si le serveur CVS se trouve sur une autre machine, on aura quelque chose comme: cd /home/monsite cvs -d:pserver::/cvsroot/monsite checkout . )
Ensuite:
cd /home/monsite cvs update -A
car le CVSROOT est mémorisé dans les fichiers CVS/Root
Pour un site web, configurer pour que les répertoires CVS ne soient pas accessibles depuis le web...
-- __Pascal_Bourguignon__ http://www.informatimago.com/ Do not adjust your mind, there is a fault in reality.
Erwann ABALEA
On 7 Oct 2003, Pascal Bourguignon wrote:
Erwann ABALEA writes:
On Tue, 7 Oct 2003, Jerome Kraft wrote:
Bon, pour le /home d accord, mais c est la que sont entreposes les sites. Ca
C'est déjà étrange. Donc si je suis un user sur ta machine, et que mon répertoire home est dans /home/eabalea, alors mon répertoire home fera partie de tes sites? Vraiment bizarre... Pourquoi ne pas créer un /home/www par exemple?
C'est une configuration habituelle chez les herbergeurs de site web.
Pas exactement. Ce qui est courant, c'est que chaque utilisateur ait un répertoire dédié dans son répertoire home, avec son cgi-bin, et son htmldocs. Du moins c'est comme ça chez mon hébergeur (NetNation). De cette manière, mon .ssh/{config,authorized_keys} ne fait pas partie de ce que le serveur web publie.
j'ai beau préparé une session express, elle ne se garde pas et qd je fais ouvrir je reçois toutes les cauchonneries des usa comment faire pour garder seulement les newgroupes qui m'interressent :-@ -+-TGV in : Guide du Neuneu d'Usenet - Yankee go home -+-
On 7 Oct 2003, Pascal Bourguignon wrote:
Erwann ABALEA <erwann@abalea.com> writes:
On Tue, 7 Oct 2003, Jerome Kraft wrote:
Bon, pour le /home d accord, mais c est la que sont entreposes les sites. Ca
C'est déjà étrange. Donc si je suis un user sur ta machine, et que mon
répertoire home est dans /home/eabalea, alors mon répertoire home fera
partie de tes sites? Vraiment bizarre... Pourquoi ne pas créer un
/home/www par exemple?
C'est une configuration habituelle chez les herbergeurs de site web.
Pas exactement. Ce qui est courant, c'est que chaque utilisateur ait un
répertoire dédié dans son répertoire home, avec son cgi-bin, et son
htmldocs. Du moins c'est comme ça chez mon hébergeur (NetNation). De cette
manière, mon .ssh/{config,authorized_keys} ne fait pas partie de ce que le
serveur web publie.
j'ai beau préparé une session express, elle ne se garde pas et qd je
fais ouvrir je reçois toutes les cauchonneries des usa comment faire
pour garder seulement les newgroupes qui m'interressent :-@
-+-TGV in : Guide du Neuneu d'Usenet - Yankee go home -+-
Bon, pour le /home d accord, mais c est la que sont entreposes les sites. Ca
C'est déjà étrange. Donc si je suis un user sur ta machine, et que mon répertoire home est dans /home/eabalea, alors mon répertoire home fera partie de tes sites? Vraiment bizarre... Pourquoi ne pas créer un /home/www par exemple?
C'est une configuration habituelle chez les herbergeurs de site web.
Pas exactement. Ce qui est courant, c'est que chaque utilisateur ait un répertoire dédié dans son répertoire home, avec son cgi-bin, et son htmldocs. Du moins c'est comme ça chez mon hébergeur (NetNation). De cette manière, mon .ssh/{config,authorized_keys} ne fait pas partie de ce que le serveur web publie.
j'ai beau préparé une session express, elle ne se garde pas et qd je fais ouvrir je reçois toutes les cauchonneries des usa comment faire pour garder seulement les newgroupes qui m'interressent :-@ -+-TGV in : Guide du Neuneu d'Usenet - Yankee go home -+-
Erwann ABALEA
On Tue, 7 Oct 2003, Franck Lefebure wrote:
Non, j'évite de faire ça. Si je dois bosser sous Windows, j'ai un répertoire de travail sous Windows. Pareil pour Linux/Solaris, ou autre. Avec un repository CVS, il n'y a pas tellement d'intérêt à travailler sur une sandbox commune.
Ben tout dépends, moi j'utilise cvs dans un contexte web. (java, ce qui explique que les $Log$ ont peu d'intéret pour moi)
Je ne vois pas pourquoi. Les $Log$, ce sont des commentaires. On ne met pas de commentaire dans un fichier .java? <g> Essaye de mettre dans ton fichier .java ceci: //======== // Evolutions: // // $Log$ //======== Et garde le fichier en texte (pas de -kb).
Et nos répertoires de travail sont aussi les racines d'un virtual hot apache et d'un serveur d'application java. Ainsi on peut développer tranquilement avec nos IDE Windows sur notre partage Samba et visualiser immédiatement, avant de commiter ce qu'on fait sur un serveur http/servlet à peu près conforme à celui de production.
Mais pourquoi regrouper les .java et les .class? Votre serveur web n'a pas besoin des sources, si? Je comprend que c'est plus 'simple' de travailler comme ça que de devoir faire un commit d'un côté suivi d'un update de l'autre pour tester la moindre modif, mais tout faire en binaire, c'est quand même pas top... ;)
Pour voir les modifications entre 2 releases d'un fichier, c'est quand même plus simple de faire: - cvs diff -r 1.2 -r 1.3 fichier.java que: - md v1.2 - cd v1.2 - cvs co module/fichier.java - cd .. - md v1.3 - cd v1.3 - cvs co module/fichier.java - cd .. - diff v1.2/fichier.java v1.3/fichier.java - del ... - rm ...
Stocker du binaire dans CVS, c'est possible (ça m'arrive de stocker des documents Word, parce que mes collègues ne veulent pas entendre parler de LaTeX ;) ), mais dans ce cas, pas de cvs diff, pas d'expansion des $Id$ (donc suivi plus difficile des versions installées chez le client), ... Pour un outil de versioning, c'est dommage.
Tu vois personne n'a jamais les memes problèmes ni les mêmes besoins :-)
Et pourtant on utilise les mêmes outils...
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- il faut bien commencer par publier pour publier ensuite plus sérieusement - c'est-à-dire, entrer en conflit, avec l'injustice et le "on" de la mondanité consensuelle appellée ici netiquette. -+- RC in: Guide du Neuneu d'Usenet - Le neuneu ridicule pédante -+-
On Tue, 7 Oct 2003, Franck Lefebure wrote:
Non, j'évite de faire ça. Si je dois bosser sous Windows, j'ai un
répertoire de travail sous Windows. Pareil pour Linux/Solaris, ou autre.
Avec un repository CVS, il n'y a pas tellement d'intérêt à travailler sur
une sandbox commune.
Ben tout dépends,
moi j'utilise cvs dans un contexte web. (java, ce qui explique que les $Log$
ont
peu d'intéret pour moi)
Je ne vois pas pourquoi. Les $Log$, ce sont des commentaires. On ne met
pas de commentaire dans un fichier .java? <g>
Essaye de mettre dans ton fichier .java ceci:
//======== // Evolutions:
//
// $Log$
//======== Et garde le fichier en texte (pas de -kb).
Et nos répertoires de travail sont aussi les racines d'un virtual hot apache
et d'un serveur d'application java. Ainsi on peut développer tranquilement
avec
nos IDE Windows sur notre partage Samba et visualiser immédiatement, avant
de commiter
ce qu'on fait sur un serveur http/servlet à peu près conforme à celui de
production.
Mais pourquoi regrouper les .java et les .class? Votre serveur web n'a pas
besoin des sources, si? Je comprend que c'est plus 'simple' de travailler
comme ça que de devoir faire un commit d'un côté suivi d'un update de
l'autre pour tester la moindre modif, mais tout faire en binaire, c'est
quand même pas top... ;)
Pour voir les modifications entre 2 releases d'un fichier, c'est quand
même plus simple de faire:
- cvs diff -r 1.2 -r 1.3 fichier.java
que:
- md v1.2
- cd v1.2
- cvs co module/fichier.java
- cd ..
- md v1.3
- cd v1.3
- cvs co module/fichier.java
- cd ..
- diff v1.2/fichier.java v1.3/fichier.java
- del ...
- rm ...
Stocker du binaire dans CVS, c'est possible (ça m'arrive de stocker des
documents Word, parce que mes collègues ne veulent pas entendre parler de
LaTeX ;) ), mais dans ce cas, pas de cvs diff, pas d'expansion des $Id$
(donc suivi plus difficile des versions installées chez le client), ...
Pour un outil de versioning, c'est dommage.
Tu vois personne n'a jamais les memes problèmes ni les mêmes besoins :-)
Et pourtant on utilise les mêmes outils...
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
il faut bien commencer par publier pour publier ensuite plus
sérieusement - c'est-à-dire, entrer en conflit, avec l'injustice et le
"on" de la mondanité consensuelle appellée ici netiquette.
-+- RC in: Guide du Neuneu d'Usenet - Le neuneu ridicule pédante -+-
Non, j'évite de faire ça. Si je dois bosser sous Windows, j'ai un répertoire de travail sous Windows. Pareil pour Linux/Solaris, ou autre. Avec un repository CVS, il n'y a pas tellement d'intérêt à travailler sur une sandbox commune.
Ben tout dépends, moi j'utilise cvs dans un contexte web. (java, ce qui explique que les $Log$ ont peu d'intéret pour moi)
Je ne vois pas pourquoi. Les $Log$, ce sont des commentaires. On ne met pas de commentaire dans un fichier .java? <g> Essaye de mettre dans ton fichier .java ceci: //======== // Evolutions: // // $Log$ //======== Et garde le fichier en texte (pas de -kb).
Et nos répertoires de travail sont aussi les racines d'un virtual hot apache et d'un serveur d'application java. Ainsi on peut développer tranquilement avec nos IDE Windows sur notre partage Samba et visualiser immédiatement, avant de commiter ce qu'on fait sur un serveur http/servlet à peu près conforme à celui de production.
Mais pourquoi regrouper les .java et les .class? Votre serveur web n'a pas besoin des sources, si? Je comprend que c'est plus 'simple' de travailler comme ça que de devoir faire un commit d'un côté suivi d'un update de l'autre pour tester la moindre modif, mais tout faire en binaire, c'est quand même pas top... ;)
Pour voir les modifications entre 2 releases d'un fichier, c'est quand même plus simple de faire: - cvs diff -r 1.2 -r 1.3 fichier.java que: - md v1.2 - cd v1.2 - cvs co module/fichier.java - cd .. - md v1.3 - cd v1.3 - cvs co module/fichier.java - cd .. - diff v1.2/fichier.java v1.3/fichier.java - del ... - rm ...
Stocker du binaire dans CVS, c'est possible (ça m'arrive de stocker des documents Word, parce que mes collègues ne veulent pas entendre parler de LaTeX ;) ), mais dans ce cas, pas de cvs diff, pas d'expansion des $Id$ (donc suivi plus difficile des versions installées chez le client), ... Pour un outil de versioning, c'est dommage.
Tu vois personne n'a jamais les memes problèmes ni les mêmes besoins :-)
Et pourtant on utilise les mêmes outils...
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- il faut bien commencer par publier pour publier ensuite plus sérieusement - c'est-à-dire, entrer en conflit, avec l'injustice et le "on" de la mondanité consensuelle appellée ici netiquette. -+- RC in: Guide du Neuneu d'Usenet - Le neuneu ridicule pédante -+-
Erwann ABALEA
Bonjour,
On Tue, 7 Oct 2003, Jerome Kraft wrote:
Y a juste un truc, quand sur le serveur, je veux donc mettre a jour /home/monsite en faisant cvs checkout monsite, il m a rajoute des dossiers CVS un peu partout. Et ces dossiers sont accessible depuis le net, et ils contiennent notamment mon CVSROOT avec le login et le chemin pour se connecter a mon serveur cvs... C est pas tres securisant. Y a un moyen de ne pas les rendre dispo en claire comme ca?
Soit un export, soit en changeant la config de ton Apache.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- Je reçois les mails destinés à : .C'est sûrement une plaisanterie car il y a beaucoup de mails vantant des cassettes porno ! Comment faire cessez cela ? -+- JPB in: Guide du Neuneu Usenet : Neuneu découvre le spam -+-
Bonjour,
On Tue, 7 Oct 2003, Jerome Kraft wrote:
Y a juste un truc, quand sur le serveur, je veux donc mettre a jour
/home/monsite en faisant cvs checkout monsite, il m a rajoute des dossiers
CVS un peu partout. Et ces dossiers sont accessible depuis le net, et ils
contiennent notamment mon CVSROOT avec le login et le chemin pour se
connecter a mon serveur cvs...
C est pas tres securisant.
Y a un moyen de ne pas les rendre dispo en claire comme ca?
Soit un export, soit en changeant la config de ton Apache.
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
Je reçois les mails destinés à : xxx@yyy.zz .C'est sûrement une
plaisanterie car il y a beaucoup de mails vantant des cassettes porno !
Comment faire cessez cela ?
-+- JPB in: Guide du Neuneu Usenet : Neuneu découvre le spam -+-
Y a juste un truc, quand sur le serveur, je veux donc mettre a jour /home/monsite en faisant cvs checkout monsite, il m a rajoute des dossiers CVS un peu partout. Et ces dossiers sont accessible depuis le net, et ils contiennent notamment mon CVSROOT avec le login et le chemin pour se connecter a mon serveur cvs... C est pas tres securisant. Y a un moyen de ne pas les rendre dispo en claire comme ca?
Soit un export, soit en changeant la config de ton Apache.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- Je reçois les mails destinés à : .C'est sûrement une plaisanterie car il y a beaucoup de mails vantant des cassettes porno ! Comment faire cessez cela ? -+- JPB in: Guide du Neuneu Usenet : Neuneu découvre le spam -+-
Franck Lefebure
Mais pourquoi regrouper les .java et les .class? Votre serveur web n'a pas besoin des sources, si? Je comprend que c'est plus 'simple' de travailler comme ça que de devoir faire un commit d'un côté suivi d'un update de l'autre pour tester la moindre modif, mais tout faire en binaire, c'est quand même pas top... ;)
Ben oui mais avoir son site web de développement directement testable en conditions de prod ça c'est top ! et tout bien pesé j'ai préféré sacrifier le cvs diff
Quand j'ai mis en place le système, j'ai googlé pas mal et d'autres que moi étaient confrontés à ce "problème" des fins de ligne unix/windows. Il était même question d'un binaire cvs gérant ce type de cas. Faudrait que je voie si ça a avancé.
Sinon en développement web on (en tout cas je) fait moins de distinction sources/passources qu'en C je pense. Notamment à cause de la présence nombreuses de scripts (hors java/class y'a les jsp, les pl, les php etc etc ...)
@+
Mais pourquoi regrouper les .java et les .class? Votre serveur web n'a pas
besoin des sources, si? Je comprend que c'est plus 'simple' de travailler
comme ça que de devoir faire un commit d'un côté suivi d'un update de
l'autre pour tester la moindre modif, mais tout faire en binaire, c'est
quand même pas top... ;)
Ben oui mais avoir son site web de développement directement testable en
conditions de prod ça c'est top ! et tout bien pesé j'ai préféré sacrifier
le cvs diff
Quand j'ai mis en place le système, j'ai googlé pas mal et d'autres que moi
étaient confrontés à ce "problème" des fins de ligne unix/windows.
Il était même question d'un binaire cvs gérant ce type de cas. Faudrait
que je voie si ça a avancé.
Sinon en développement web on (en tout cas je) fait moins de distinction
sources/passources qu'en C je pense.
Notamment à cause de la présence nombreuses de scripts (hors java/class y'a
les jsp, les pl, les php etc etc ...)
Mais pourquoi regrouper les .java et les .class? Votre serveur web n'a pas besoin des sources, si? Je comprend que c'est plus 'simple' de travailler comme ça que de devoir faire un commit d'un côté suivi d'un update de l'autre pour tester la moindre modif, mais tout faire en binaire, c'est quand même pas top... ;)
Ben oui mais avoir son site web de développement directement testable en conditions de prod ça c'est top ! et tout bien pesé j'ai préféré sacrifier le cvs diff
Quand j'ai mis en place le système, j'ai googlé pas mal et d'autres que moi étaient confrontés à ce "problème" des fins de ligne unix/windows. Il était même question d'un binaire cvs gérant ce type de cas. Faudrait que je voie si ça a avancé.
Sinon en développement web on (en tout cas je) fait moins de distinction sources/passources qu'en C je pense. Notamment à cause de la présence nombreuses de scripts (hors java/class y'a les jsp, les pl, les php etc etc ...)
@+
Erwann ABALEA
On Tue, 7 Oct 2003, Franck Lefebure wrote:
Mais pourquoi regrouper les .java et les .class? Votre serveur web n'a pas besoin des sources, si? Je comprend que c'est plus 'simple' de travailler comme ça que de devoir faire un commit d'un côté suivi d'un update de l'autre pour tester la moindre modif, mais tout faire en binaire, c'est quand même pas top... ;)
Ben oui mais avoir son site web de développement directement testable en conditions de prod ça c'est top ! et tout bien pesé j'ai préféré sacrifier le cvs diff
Et des répertoires différents pour le résultat de la compilation et les sources, c'est pas possible? Même mon antique Turbo Pascal 5 le permettait, et j'avoue que c'est bien pratique. Comme ça, tes binaires vont directement sur ton partage Samba, tu gardes tes sources sur ta machine Windows, et tu conserves le bénéfice du 'cvs diff' et de l'identification des versions des binaires installés.
Quand j'ai mis en place le système, j'ai googlé pas mal et d'autres que moi étaient confrontés à ce "problème" des fins de ligne unix/windows. Il était même question d'un binaire cvs gérant ce type de cas. Faudrait que je voie si ça a avancé.
Tu pensais peut-être à subversion? Ca avance pas mal, ça corrige certaines restrictions de CVS (comme la non-possibilité de renommer un fichier, par exemple), et ça gère effectivement les fichiers binaires. Je ne sais pas à quel stade en est ce produit.
Sinon en développement web on (en tout cas je) fait moins de distinction sources/passources qu'en C je pense. Notamment à cause de la présence nombreuses de scripts (hors java/class y'a les jsp, les pl, les php etc etc ...)
Oui, pour tous les langages interprêtés. Et effectivement, il n'y a pas de solution 'simple' pour ne pas être géné par les fins de lignes DOS/Unix. A part peut-être un petit script qui ferait un dos2unix récursif, mais là encore, c'est du bricolage.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- Salut,Je m'appele sed.je suis etudiant en communication, j'ai lu votre message.je viens vous dire un petiit bonjour,et vous laisser mon adresse mél: vous pouvez me repondre maintenant si vous étez conecter. -+-Guide du Neuneu d'Usenet - La com', elle ne passera pas par moi -+-
On Tue, 7 Oct 2003, Franck Lefebure wrote:
Mais pourquoi regrouper les .java et les .class? Votre serveur web n'a pas
besoin des sources, si? Je comprend que c'est plus 'simple' de travailler
comme ça que de devoir faire un commit d'un côté suivi d'un update de
l'autre pour tester la moindre modif, mais tout faire en binaire, c'est
quand même pas top... ;)
Ben oui mais avoir son site web de développement directement testable en
conditions de prod ça c'est top ! et tout bien pesé j'ai préféré sacrifier
le cvs diff
Et des répertoires différents pour le résultat de la compilation et les
sources, c'est pas possible? Même mon antique Turbo Pascal 5 le
permettait, et j'avoue que c'est bien pratique. Comme ça, tes binaires
vont directement sur ton partage Samba, tu gardes tes sources sur ta
machine Windows, et tu conserves le bénéfice du 'cvs diff' et de
l'identification des versions des binaires installés.
Quand j'ai mis en place le système, j'ai googlé pas mal et d'autres que moi
étaient confrontés à ce "problème" des fins de ligne unix/windows.
Il était même question d'un binaire cvs gérant ce type de cas. Faudrait
que je voie si ça a avancé.
Tu pensais peut-être à subversion? Ca avance pas mal, ça corrige certaines
restrictions de CVS (comme la non-possibilité de renommer un fichier, par
exemple), et ça gère effectivement les fichiers binaires. Je ne sais pas à
quel stade en est ce produit.
Sinon en développement web on (en tout cas je) fait moins de distinction
sources/passources qu'en C je pense.
Notamment à cause de la présence nombreuses de scripts (hors java/class y'a
les jsp, les pl, les php etc etc ...)
Oui, pour tous les langages interprêtés. Et effectivement, il n'y a pas de
solution 'simple' pour ne pas être géné par les fins de lignes DOS/Unix. A
part peut-être un petit script qui ferait un dos2unix récursif, mais là
encore, c'est du bricolage.
--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
Salut,Je m'appele sed.je suis etudiant en communication, j'ai lu votre
message.je viens vous dire un petiit bonjour,et vous laisser mon adresse
mél: vous pouvez me repondre maintenant si vous étez conecter.
-+-Guide du Neuneu d'Usenet - La com', elle ne passera pas par moi -+-
Mais pourquoi regrouper les .java et les .class? Votre serveur web n'a pas besoin des sources, si? Je comprend que c'est plus 'simple' de travailler comme ça que de devoir faire un commit d'un côté suivi d'un update de l'autre pour tester la moindre modif, mais tout faire en binaire, c'est quand même pas top... ;)
Ben oui mais avoir son site web de développement directement testable en conditions de prod ça c'est top ! et tout bien pesé j'ai préféré sacrifier le cvs diff
Et des répertoires différents pour le résultat de la compilation et les sources, c'est pas possible? Même mon antique Turbo Pascal 5 le permettait, et j'avoue que c'est bien pratique. Comme ça, tes binaires vont directement sur ton partage Samba, tu gardes tes sources sur ta machine Windows, et tu conserves le bénéfice du 'cvs diff' et de l'identification des versions des binaires installés.
Quand j'ai mis en place le système, j'ai googlé pas mal et d'autres que moi étaient confrontés à ce "problème" des fins de ligne unix/windows. Il était même question d'un binaire cvs gérant ce type de cas. Faudrait que je voie si ça a avancé.
Tu pensais peut-être à subversion? Ca avance pas mal, ça corrige certaines restrictions de CVS (comme la non-possibilité de renommer un fichier, par exemple), et ça gère effectivement les fichiers binaires. Je ne sais pas à quel stade en est ce produit.
Sinon en développement web on (en tout cas je) fait moins de distinction sources/passources qu'en C je pense. Notamment à cause de la présence nombreuses de scripts (hors java/class y'a les jsp, les pl, les php etc etc ...)
Oui, pour tous les langages interprêtés. Et effectivement, il n'y a pas de solution 'simple' pour ne pas être géné par les fins de lignes DOS/Unix. A part peut-être un petit script qui ferait un dos2unix récursif, mais là encore, c'est du bricolage.
-- Erwann ABALEA - RSA PGP Key ID: 0x2D0EABD5 ----- Salut,Je m'appele sed.je suis etudiant en communication, j'ai lu votre message.je viens vous dire un petiit bonjour,et vous laisser mon adresse mél: vous pouvez me repondre maintenant si vous étez conecter. -+-Guide du Neuneu d'Usenet - La com', elle ne passera pas par moi -+-
