Po 6 miesiącach prac, organizacja Apache Software Foundation wydaje system kontroli wersji . Pomimo rozwoju systemów zdecentralizowanych, Subversion wciąż cieszy się popularnością w firmach komercyjnych i projektach korzystających z centralnego podejścia do zarządzania wersjami i konfiguracją systemów oprogramowania. Wśród otwartych projektów korzystających z Subversion można wymienić: projekty Apache, FreeBSD, Free Pascal, OpenSCADA, GCC i LLVM. Wydanie Subversion 1.12 jest klasyfikowane jako regularne wydanie, a kolejnym wydaniem LTS będzie wersja Subversion 1.14, która planowana jest na kwiecień 2020 roku i będzie wspierana do 2024 roku.
Kluczowe Subversion 1.12:
- Rozszerzone możliwości interaktywnego interfejsu do rozwiązywania konfliktów, do którego dodano wsparcie dla obsługi sytuacji przenoszenia elementów do innych katalogów, a także poprawiono analizę przypadków pojawienia się w roboczej kopii repozytorium plików i katalogów, które nie są objęte systemem wersjonowania;
- W serwerze zapewniono ignorowanie definicji pustych grup w zasadach autoryzacji oraz wyświetlanie ostrzeżenia o ich obecności w momencie uruchamiania polecenia svnauthz;
- Po stronie klienta w systemach Unix-podobnych na etapie kompilacji domyślnie wyłączono wsparcie dla przechowywania haseł na dysku w postaci otwartej. Użytkownikom zaleca się korzystanie z systemów do przechowywania haseł, takich jak GNOME Keyring, Kwallet lub GPG-Agent;
- Ulepszono zachowanie operacji kopiowania w źródłowym repozytorium oraz w roboczej kopii — istniejące katalogi nadrzędne i pliki z rewizjami są teraz obsługiwane poprawnie;
- Ulepszono wyjście z polecenia „svn list”: długie imiona autorów nie są teraz przycinane, dodano opcję „—human-readable” (-H) do wyświetlania rozmiarów w czytelnej formie (bajty, kilobajty, megabajty itp.);
- Dodano do polecenia „svn info” wyświetlanie rozmiaru plików w repozytorium;
- W poleceniu „svn cleanup” po potwierdzeniu operacji usuwania ignorowanych lub nieobjętych wersjonowaniem elementów, teraz usuwane są również katalogi z flagą ochrony przed zapisem;
- W eksperymentalnych poleceniach „svn x-shelve/x-unshelve/x-shelves”
Zwiększona niezawodność przetwarzania różnych typów zmian. Zespoły z zestawu „shelve” pozwalają na osobne odłożenie niezakończonych zmian w roboczej kopii, aby natychmiast zająć się czymś innym, a następnie przywrócić niedokończone zmiany do roboczej kopii, bez uciekania się do takich sztuczek jak zapis łatki za pomocą „svn diff” i późniejsze jej przywrócenie za pomocą „svn patch”; - Zwiększona niezawodność eksperymentalnej możliwości zapisywania punktów kontrolnych commitów („commit checkpointing”), co pozwala na zapisanie migawki zmian, które nie zostały jeszcze zatwierdzone committem, i późniejsze przywrócenie w roboczej kopii dowolnej z zapisanych wersji zmian (na przykład, aby cofnąć stan roboczej kopii w przypadku błędnej aktualizacji);
Źródło: opennet.ru
