Powiedziałbym głównie, że ludzie w oknach nie są tego świadomi. Rsync to narzędzie wiersza polecenia, które jest zgodne z filozofią uniksową polegającą na preinstalowaniu wielu małych narzędzi. Filozofia systemu Windows opiera się na aplikacjach GUI, które wszystkie są pobierane i instalowane osobno. Nie ma miejsca na płynną integrację, w którym rsync byłby oczywisty lub miałby sens, a uruchamianie poleceń w systemie Windows jest co najmniej nużące.
Ponadto rsync naprawdę świeci, gdy jest częścią większej aplikacji (powiedzmy do konsolidacji i parsowania logów) lub jako zautomatyzowany system archiwizacji (łatwy w implementacji z cronjob). Windows po prostu nie ma innych narzędzi w ekosystemie, aby korzystanie z rsync było faktycznie wykonalne.
Na koniec powiedziałbym, że rsync jest po prostu zbyt skomplikowany. Każdy, kto go używa, ma wcześniej ustawioną grupę flag (moja to -avuz), która generalnie robi to, czego chce, ale strony podręcznika / dokumentacja zawierają dziesiątki przełączników wiersza poleceń, niektóre z nich to połączenie innych przełączników. Na przykład (ze [strony podręcznika] [1]):
-a, --archive : tryb archiwizacji; równa się -rlptgoD (bez -H, -A, -X)
Jest to szybki sposób na powiedzenie, że chcesz rekurencji i chcesz zachować prawie wszystko (z -H jest zauważalnym pominięciem). Jedynym wyjątkiem od powyższej równoważności jest to, że podano --files-from, w którym to przypadku nie sugeruje się -r.
Użytkownicy systemu Windows ogólnie oczekują, no cóż, okien i menu, a jedna aplikacja będzie rozwiązaniem kompleksowym, a nie tylko niezależnym łańcuchem narzędzi.