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
24 lines
1.1 KiB
Markdown
24 lines
1.1 KiB
Markdown
# 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
|
|
```
|