Obecnie nasze dokumenty są hostowane w pudełku z systemem Windows 7. Użytkownicy mogą uzyskać dostęp do plików przy użyciu udziału Windows, a dokumenty są dostępne w trybie offline (funkcja Windows 7). Kopie zapasowe dokumentów są wykonywane codziennie przez narzędzie do tworzenia kopii zapasowych i przywracania systemu Windows 7. Użytkownicy mogą uzyskać dostęp do poprzednich wersji pliku (z kopii zapasowych) za pomocą funkcji „poprzednich wersji” Eksploratora Windows.
Ta konfiguracja działa obecnie dobrze, z wyjątkiem następujących:
- Wolelibyśmy mieć dostęp do cogodzinnych wersji pliku, a nie codziennie.
- Poprzedni mechanizm wersji jest powiązany z mechanizmem tworzenia kopii zapasowych. System Windows 7 wykonuje co tydzień pełną kopię zapasową i przyrostową kopię zapasową każdego dnia. Poprzednie wersje pliku są w rzeczywistości tymi, które są dostępne w kopiach zapasowych. Jeśli masz 20 GB dokumentów i chcesz zachować co najmniej trzy (3) lata historii, będziesz używał co najmniej 3 lata * 52 tygodnie * 20 GB lub około 3 TB, nawet jeśli w dokumentach będzie niewiele zmian. Jego dość nieefektywne wykorzystanie przestrzeni.
- Wyszukiwanie poprzednich wersji pliku jest bardzo powolne (kilkadziesiąt minut). Jest to prawdopodobnie związane z poprzednim problemem - Windows musi przechodzić przez wszystkie swoje kopie zapasowe.
Rozważam użycie SVN + autocommit / autoupdate tortoisesvn. Będzie miał następujące zalety:
- Kopie zapasowe są łatwe, a także archiwizują całą historię każdego dokumentu. (Wystarczy wykonać kopię zapasową repozytorium).
- Tworzenie poprzednich wersji może być częste. Myślę, że svn commit / update można wykonać co dwie minuty.
- Użytkownicy mogą synchronizować dane w sieci.
Widzę jednak następujące problemy:
- Więcej konfliktów niż pierwotna konfiguracja, ponieważ obaj użytkownicy mogą teraz edytować ten sam plik, nawet jeśli obydwaj są w trybie online, tzn. Mogą połączyć się z repozytorium SVN. Użytkownicy mogą oczywiście zablokować plik przed edycją, ale to oznaczałoby, że muszą się dostosować.
- Opóźnienie propagacji zmian plików. W przypadku udostępniania plików w systemie Windows 7 zmiany wprowadzone przez jednego użytkownika online będą natychmiast dostępne dla innych użytkowników online. W konfiguracji SVN zmiany będą propagowane tylko wtedy, gdy użytkownicy wykonają sekwencję svn add / commit / update. Opóźnienie będzie prawdopodobnie kilka minut. Ten przepływ pracy nie będzie już działać: „Cześć, właśnie edytowałem dokument X, czy możesz szybko sprawdzić?”
Chciałbym zapytać opinię społeczności o alternatywne konfiguracje lub ulepszenia w powyższych konfiguracjach, aby rozwiązać problemy.
źródło
Odpowiedzi:
Jeśli nie masz nic przeciwko płaceniu za ponad 2 GB pamięci, Dropbox jest bardzo wygodnym i łatwym w utrzymaniu / łatwym w obsłudze rozwiązaniem. Kiedy pojawiają się konflikty, automatycznie nazywa konflikt
*(computer-name's conflicted copy yyyy-mm-dd).*. A ich kopie zapasowe są prawdopodobnie bardziej zbędne niż rozwiązanie lokalne (i nie liczą się jako część limitu pamięci).Dropbox ma również API (nie korzystałem z niego, ale prawdopodobnie jest porównywalny lub lepszy od haków zatwierdzających SVN) i bardzo przyjazną dla użytkownika przeglądarkę plików online. Nie wspominając o możliwościach współpracy i udostępniania plików, które są wbudowane i wygodniejsze / bezpieczniejsze niż Windows '.
Jeśli pracujesz nad rozwojem, zasugerowałbym SVN lub podobne SCM, ponieważ ma wiele narzędzi programistycznych, które dobrze się z nim integrują (menedżerowie projektów, trackery problemów, platformy do przeglądania kodu itp.), Ale do ogólnego tworzenia kopii zapasowych i wersji kontrola, Dropbox jest prawdopodobnie wygodniejszy - szczególnie dla nie-programistów.
źródło
Wiem, że to stare pytanie, ale ostatnio zastanawiałem się nad tym samym pytaniem.
Nigdzie nie mogę znaleźć nikogo za pomocą folderów offline svn i Windows 7+ i nie wyobrażam sobie, że to dobry pomysł! Możesz stracić najnowsze zmiany w przypadku zgubienia folderów offline.
Niestety oznacza to, że musisz mieć swoje pliki na dysku lokalnym (w takim przypadku bieżące zmiany nie zostaną zarchiwizowane) lub w folderze sieciowym bez trybu offline - co czyni go niedostępnym w przypadku problemów z siecią!
Niedawno jeden z moich dysków sieciowych został przeniesiony na nowy serwer, ale niestety ludzie, którzy to zrobili, zapomnieli o folderach offline, więc przenieśli stare wersje moich plików, ponieważ synchronizacja folderów offline nie powiodła się - bez ostrzeżenia! Na szczęście zauważyłem, że svn powiedział mi, że moje pliki nie są zsynchronizowane (kilka miesięcy), więc mogłem wyczyścić bałagan.
źródło