Marius Mutu
4c71592edc
COMUN\UTILE\NFJSON lipsea din SET PATH, deci VerificareANAF.Init nu se putea instantia si verificarea raporta "ANAF nu a raspuns" la rularea din IDE (in exe se rezolva din modulele compilate). Test: COMUN\utile\Teste\partener_anaf\ test_repro_anaf_path_nfjson.prg. Changelog 2.11.13 compactat. versiune_db la ff_2026_08_02_06 (completare scc pe seturile de achizitie import interna). Documentatia din docs\ compactata. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01RYbiinqXxdEqXi53x4Ro7K
1.1 KiB
Modificari fantoma git dupa svn update (CRLF)
Simptom: git status arata fisiere .md/.pjx ca modificate dupa svn update,
desi continutul e identic.
Cauza: SVN scrie CRLF nativ si atinge mtime la fiecare update; core.autocrlf=true
face git sa (re)verifice/converteasca EOL-urile si sa le raporteze ca dirty.
Fix: .gitattributes cu * -text la radacina fiecarui repo (ROAGEST, COMUN, ROAAUTO,
ROACONT, ROAIMOB, ROAACNPRO) — opreste normalizarea CRLF/LF a git, SVN ramane autoritatea
EOL. Pe repo nou cu acelasi tipar svn+git, copiaza acelasi .gitattributes.
Capcana: -text opreste doar conversia viitoare — blob-urile deja in git (LF)
tot difera de ce scrie SVN (CRLF), deci diferenta reala reapare o data. Fix unic:
normalizat blob-urile la CRLF (comun.git fc11f3e), dupa care raman stabile.
Diagnostic rapid (fisier "murdar" fara motiv):
git hash-object <fisier>
git ls-files -s <fisier> # compara sha cu cel de mai sus
git update-index --refresh # sau git add <fisier> daca sha-urile sunt identice
diff <(git show HEAD:<f> | tr -d '\r') <(tr -d '\r' < <f>) # confirma ca e doar CRLF/LF