[Java lista] Válasz: Version control

[Tamás Cservenák]

Trivialis, ugyanakkor bosszanto a dolog, de a Git eredeti szerzojet ismerve,
ertheto a "kemenykedese" (vagy kemenyfejusege): a sorvegek, windoze crlf vs
unix lf.

A git kizarolag _unix_ sorvegeket kezel! A "megoldast" amit kinal a
windowsos vagy kevert kornyezethez az autocrlf opcio.

Lasd http://help.github.com/dealing-with-lineendings/

A repoban a forrasok _ugyanaz_ lineending-gel kell hogy legyenek, es majd a
kliens (a fenti opcio az kliens oldali opcio) "futtaban" atkonvertalja
azokat. Ez nem is gond az esetek 95%-aban. Sot, a windowsos felhasznalok is
boldogulnak manapsag a unix sorvegu fajlokkal (az eclipse gond nelkul
kezeli, valojaban minden modernebb szovegszerkeszto/IDE transzparensen
kezeli, nem mint a buta notepad.exe).

De... van egy artifact:
http://repository.sonatype.org/content/repositories/snapshots/org/sonatype/runtime/bars/bar-jsw/3.2.3-v0001-SNAPSHOT/

Ez a Java Service Wrapper BAR (Booter Archive, de ez most digresszio lenne,
a jelenleg zart Sonatype Runtime Assembler Maven plugin inputja, majd OSS
lesz nemsokara) artifact. Roviden, ez az artifact egy archiv, es a JSW-t
tartalmazza. Van benne binaris cuccos (Windows .dll, de Unix .so stb,
konfiguracios fajlok, es.... indito szkriptek minden elterjedtebb
oprendszerre.

Na es itt a gond ;)

Unix szkriptek LF-t kivannak, mig a .BAT fajlok CRLF-t....

De mind mondottam, jelenleg ez az egyetlen artifact, amivel
problemaztunk....

A masik, hogy iszonyuan macera windowson beloni, telepiteni, de ezt
szerencsere nem tapasztalom (mac + linux), nincs winem.

Thanks,
~t~

2010/3/4 Elek MĂĄrton <einstand at gmail.com>

>
> Érdekelne mi az a komoly probléma. Kiváncsi vagyok hol kezdődnek a
> korlĂĄtok.
>
>
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20100305/4bd62480/attachment-0001.html