docs: completare git-svn-crlf.md cu capcana normalizarii CRLF dupa * -text
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
@@ -18,6 +18,17 @@ pentru line endings. Fix independent de `core.autocrlf` local al fiecarui calcul
|
||||
Daca reapare pe un repo nou (alta aplicatie ROA cu acelasi tipar svn+git in paralel),
|
||||
copiaza acelasi `.gitattributes` (`* -text`) la radacina.
|
||||
|
||||
**Capcana descoperita ulterior (2026-07-15):** `* -text` opreste doar conversia
|
||||
*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>
|
||||
|
||||
Reference in New Issue
Block a user