aboutsummaryrefslogtreecommitdiff
path: root/src/IvyApplicationAdapter.java
diff options
context:
space:
mode:
authorjestin1999-10-26 10:08:24 +0000
committerjestin1999-10-26 10:08:24 +0000
commit15bb0f64aa8fac273e77170ace642e221610b9c3 (patch)
tree36af107d1314065073acead0f2af0f5bca630159 /src/IvyApplicationAdapter.java
parente5636fdc7f1a38bfd031c68b3571957afb519aaa (diff)
downloadivy-java-15bb0f64aa8fac273e77170ace642e221610b9c3.zip
ivy-java-15bb0f64aa8fac273e77170ace642e221610b9c3.tar.gz
ivy-java-15bb0f64aa8fac273e77170ace642e221610b9c3.tar.bz2
ivy-java-15bb0f64aa8fac273e77170ace642e221610b9c3.tar.xz
Bon, c'est dégueulasse de laisser trainer les .class dans un repository CVS
Il faut séparer plusieurs aspects: 1/ CVS pour la gestion de versions concurrentes, etc 2/ sources et byte code pour java en particulier. On peut dire que les .class ou le .jar ( .zip ) qui les stocke est un binaires 3/ paquetages debian et redhat, c'est cradingue et n'a rien à voir avec CVS, pour le moment. Mais je me trompe certainement. Si on veut avoir des infos sur la politique d'empaquetement dans debian, voir la page WWW suivante: http://www.debian.org/~bortz/Java/policy.html -- Yannick
Diffstat (limited to 'src/IvyApplicationAdapter.java')
0 files changed, 0 insertions, 0 deletions