Я работаю над проектом, который генерирует (составные) документы Microsoft Word, которые состоят из одного или нескольких дочерних документов. Есть десятки тысяч перестановок составных документов. Слишком много для пользователей, которым легко управлять. Пользователи должны будут просматривать/редактировать дочерние документы через приложение, которое скрывает все неприятные детали реализации. Требование системы заключается в том, что дочерние документы должны контролироваться версиями. Это то, что меня опрокидывало.Ищете рекомендации по системе управления версиями с интуитивным (.NET) API?
Я был разорван между использованием готового решения или переводом собственного. Как минимум, системе необходимо поддерживать последнюю, получить конкретную версию, добавить новую, переименовать и, возможно, удалить. Я подготовил его достаточно, чтобы понять, что это не будет тривиальной задачей для создания моей собственной. Что касается коммерческих систем, то у меня есть VSS и TFS. Я играл с некоторыми API-интерфейсами TFS, но не настолько интуитивно понятен или хорошо документирован, как я надеялся. Я не прочь от решения с открытым исходным кодом (например, SVN), но у меня меньше знакомы с ними.
Какой подход или инструмент вы бы порекомендовали? Зачем? У вас есть ссылки на документацию API, которую вы бы порекомендовали?
Окружающая среда: C#, VS2008, SQL Server 2005/2008, низкий объем (несколько сотен операций в день)
Спасибо! Я не рассматривал SharePoint. Я не слишком хорошо знаком с этим, но у меня есть сайт, который я могу использовать. Я администратор на сайте, но у меня нет доступа на уровне сервера/портала. Нужно ли мне что-нибудь большее, чем то, что я должен начать? Любые рекомендации для «запуска» ресурсов для использования SP таким образом? –