guest_20040621> А почему без вариантов?

Open source мейнстрим на смену CVS. Куча клиентов (включая веб-клиентов). Интегрированные клиенты во многих IDE. По не подтвержденным данным ;) хорошо интегрируется с распространенными багтрекерами (и не только; по-моему, краем глаза в доке Mantis'а видел инструкцию по интеграции). Активное развитие и широкое распространение (в т. ч. вместо CVS).



Все это хорошо, наверное.
Но вот как реально работать с этой системой на больших проектах я не представляю.

Операция check-out в принципе отсутствует. По ее видом выполняется get latest version, причем только для каталогов. Неким подобием check-out, возможно, является get lock.
Сравнить один файл с репозиторием нельзя - только весь каталог.
Если нужно выполнить commit для конфликтной версии, то нужно сказать "ку" три раза и присесть.
При выполнении update и наличии конфликтов получаем мусор имени SVN в своем исходном коде.

Достаточно?
Могу продолжить.

belugin Николай1Достаточно?

Вы svnbook прочитали?

Конечно.
Есть что возразить?

Нахлобуч

Николай1
Операция check-out в принципе отсутствует. По ее видом выполняется get latest version, причем только для каталогов. Неким подобием check-out, возможно, является get lock.


Там совершенно иная идеология работы. Явный check-out с блокировкой необходим исключительно для бинарных файлов (которые невозможно мержить) и всяких Resource.h из VC++. В остальных случаях он только мешает.


Почему же? Я не хочу иметь у себя "под ногами" все 10 000 файлов проекта. Хочу только те, которые я исправляю в данный момент. Это незаконное желание?

Нахлобуч
Николай1
Сравнить один файл с репозиторием нельзя - только весь каталог.

В TortoiseSVN -- правый клик, Check for modifications, а там кнопка Check repository.


Ну да. В этот момент и происходит перебор всех файлов репозитория из текущего каталога.

Нахлобуч
Николай1
Если нужно выполнить commit для конфликтной версии, то нужно сказать "ку" три раза и присесть.
Не нужно.


Гм. Сommit на такой файл дает ошибку и требует делать "ку".
Может я делаю неверные "ку" ? А какие надо?

Нахлобуч
Николай1
При выполнении update и наличии конфликтов получаем мусор имени SVN в своем исходном коде.
Получаете не мусор, а несколько файлов ("оригинальный", "из репозитория", "локальные модификации"), которые потом мержатся врукопашную.


Возможно это зависит от версии или настроек? Я получил
>>>>>>>.revision
<<<<<<<.mind
именно в файле, который лежал в "рабочем" каталоге.

Нахлобуч
Николай1
Почему же? Я не хочу иметь у себя "под ногами" все 10 000 файлов проекта. Хочу только те, которые я исправляю в данный момент. Это незаконное желание?

Законное, почему же. Возьмите себе на диск только папку с редактируемыми файлами и работайте на здоровье. Вообще, по-моему, из пальца высосанная проблема.


Так они в разных каталогах все лежат. Может в пяти, а может и в десяти. Или в двадцати....
Каталога "те файлы, которые мне нужны", вообще-то не существует.
То есть, я должен иметь под ногами всегда весь проект. С учетом специфики PROGRESS количество файлов надо еще умножить на два. Очень помогает разработке.
Не вижу в этой проблеме ничего "высосанного".

Нахлобуч
Николай1
Ну да. В этот момент и происходит перебор всех файлов репозитория из текущего каталога.

Что вы под этим подразумеваете?


Да, тут меня "консультанты" малось дезинформировали. Изменил несколько файлов в каталоге, проверяется только текущий.

Нахлобуч
Николай1
Гм. Сommit на такой файл дает ошибку и требует делать "ку".
Может я делаю неверные "ку" ? А какие надо?
Надо не "ку" делать, а Update и разрулить конфликты, если таковые возникнут. Совершенно нормальне поведение.


Вот я и спрашиваю - каким образом разрулить?
Пользуюсь "черепахой".

И еще такой вопрос - можно ли однозначно переписать локальные файлы файлами из репозитория?
Наплевав на конфликты. Ну, и, соответственно, наоборот, положить в репозиторий, то, что я считаю правильным? Какие "ку" тут нужны?