повне відновлення історії в разі пошкодження репозиторію.
Іноді створення нової версії виконується непомітно для користувача (прозоро), або прикладної програмою, що має вбудовану підтримку такої функції, або за рахунок використання спеціальної файлової системи. У цьому випадку користувач просто працює з файлом, як звичайно, і при збереженні файлу автоматично створюється нова версія.
Часто буває, що над одним проектом одночасно працюють кілька людей. Якщо дві людини змінюють один і той же файл, то один з них може випадково скасувати зміни, зроблені іншим. Системи управління версіями відстежують такі конфлікти і пропонують засоби їх вирішення. Більшість систем може автоматично об'єднати (злити) зміни, зроблені різними розробниками. Однак таке автоматичне об'єднання змін, зазвичай, можливо тільки для текстових файлів та за умови, що змінювалися різні (непересічні) частини цього файлу. Таке обмеження пов'язане з тим, що більшість систем управління версіями орієнтовані на підтримку процесу розробки програмного забезпечення, а вихідні коди програм зберігаються в текстових файлах. Якщо автоматичне об'єднання виконати не вдалося, система може запропонувати вирішити проблему вручну.
Часто виконати злиття неможливе ні в автоматичному, ні в ручному режимі, наприклад, якщо формат файлу невідомий або занадто складний. Деякі системи управління версіями дають можливість заблокувати файл у сховищі. Блокування не дозволяє іншим отримати робочу копію або перешкоджає зміні робочої копії файлу (наприклад, засобами файлової системи) і забезпечує, таким чином, винятковий доступ тільки тому користувачеві, який працює з документом.
Багато системи управління версіями надають ряд інших можливостей:
Дозволяють створювати різні варіанти одного документа, т. н. гілки, із загальною історією змін до точки розгалуження і з різними - після неї.
Дають можливість дізнатися, хто і коли додав або змінив конкретний набір рядків у файлі.
Ведуть журнал змін, в який користувачі можуть записувати пояснення про те, що і чому вони змінили в даній версії.
Контролюють права доступу користувачів, дозволяючи або забороняючи читання або зміна даних, залежно від того, хто запитує цю дію.
. Прототип інформаційно - аналітичної системи MCControl для підтримки процесу техобслуговування і ремонту дискретного виробництва малого виробничого підприємства (ТОіР)
1. Клас «Repository» керуючий об'єктами в базі даних
using System;System.Collections.Generic;System.Linq;BDE.Client.Shared.Common.Logic.Persistence;BDE.Shared.Common.Domain;BDE.Shared.Utils;Microsoft.Practices.Unity;BDE.Client.Shared.Common.Logic
{interface IRepository : IReadRepository , IAsyncDomainStore T: DomainObject
{CreateNew ();
}
/ / /
/ / / Caching repository wrapping
/ / / class Repository : ReadOnlyBaseRepository , IRepository T: DomainObject
{
[Dependency] IAsyncDomainStore WrappedStore
