romfast/roagest
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs: comprimare git-svn-crlf.md (aceeasi semantica, mai concis)

Browse Source 
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
Marius Mutu
2026-07-15 15:52:17 +03:00
parent ed9e93e1b1
commit 1dea550918
1 changed files with 15 additions and 28 deletions
Download Patch File Download Diff File Expand all files Collapse all files

43
docs/git-svn-crlf.md
View File

@@ -1,37 +1,24 @@
# Modificari fantoma git dupa svn update (CRLF) # Modificari fantoma git dupa svn update (CRLF)
Simptom: `git status` arata fisiere ca `modified` (de obicei `.md` in `COMUN/docs/`, Simptom: `git status` arata fisiere `.md`/`.pjx` ca modificate dupa `svn update`,
uneori `roagest.pjx`/`.PJT`) dupa un ciclu `svn update`/`svn commit`, desi `git diff` desi continutul e identic.
nu arata nicio linie schimbata.
Cauza: SVN scrie fisierele cu CRLF nativ pe Windows si le atinge mtime-ul la fiecare Cauza: SVN scrie CRLF nativ si atinge mtime la fiecare update; `core.autocrlf=true`
update, chiar daca continutul nu s-a schimbat. Cu `core.autocrlf=true` (setare globala face git sa (re)verifice/converteasca EOL-urile si sa le raporteze ca dirty.
uzuala), git recompara/converteste EOL-urile la fiecare verificare de stat, si uneori
ramane cu index-ul in stare "needs update" desi hash-ul blob-ului e identic cu HEAD
(verificabil cu `git hash-object <fisier>` vs `git ls-files -s <fisier>`).
Fix aplicat (2026-07-15): `.gitattributes` cu `* -text` la radacina fiecarui repo Fix (2026-07-15): `.gitattributes` cu `* -text` la radacina fiecarui repo (ROAGEST,
(`ROAGEST/.gitattributes`, `COMUN/.gitattributes`, si replicat in `ROAAUTO`, `ROACONT`) COMUN, ROAAUTO, ROACONT, ROAIMOB, ROAACNPRO) — opreste normalizarea CRLF/LF a git,
— dezactiveaza complet normalizarea CRLF/LF facuta de git, SVN ramane singura autoritate SVN ramane autoritatea EOL. Pe repo nou cu acelasi tipar svn+git, copiaza acelasi
pentru line endings. Fix independent de `core.autocrlf` local al fiecarui calculator/user. `.gitattributes`.
Daca reapare pe un repo nou (alta aplicatie ROA cu acelasi tipar svn+git in paralel), Capcana: `-text` opreste doar conversia *viitoare* — blob-urile deja in git (LF)
copiaza acelasi `.gitattributes` (`* -text`) la radacina. 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.
**Capcana descoperita ulterior (2026-07-15):** `* -text` opreste doar conversia Diagnostic rapid (fisier "murdar" fara motiv):
*automata* a git — nu repara divergenta deja existenta intre blob-ul din git (LF,
din commit-ul initial) si ce scrie de fapt SVN pe disc (CRLF nativ Windows). Dupa ce
`-text` a devenit activ, `git status` a inceput sa arate din nou aceleasi fisiere
`COMUN/docs/*.md` ca modificate — de data asta real (CRLF vs LF), nu doar stat-cache.
Fix: normalizat continutul din git la CRLF (ce scrie de fapt SVN), o singura data,
cu un commit pe `comun.git` (`fc11f3e`) — de acum ambele parti scriu CRLF, `-text`
le pastreaza stabile. Daca `git status` arata iar aceste fisiere modificate dupa un
svn update, verifica intai daca e doar CRLF/LF (`diff <(git show HEAD:<f> | tr -d '\r') <(tr -d '\r' < <f>)`)
inainte sa presupui coruptie de continut.
Diagnostic rapid daca `git status` minte ca un fisier e curat/murdar:
``` ```
git hash-object <fisier> git hash-object <fisier>
git ls-files -s <fisier> # compara al doilea camp (blob sha) cu output-ul de mai sus git ls-files -s <fisier> # compara sha cu cel de mai sus
git update-index --refresh # sau git add <fisier> daca hash-urile sunt identice 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
``` ```