Системы управления версиями.
Лично я -- в Windows использую TortoiseSVN ( пишу в MVS), в линукс -- встроенным SVN (через плагин) в NetBeans + консольное управление для тех файлов проектов, которые к исходникам прямо не относятся.
А кто из форумчан что использует, кто что посоветует?
Лично я -- в Windows использую TortoiseSVN ( пишу в MVS), в линукс -- встроенным SVN (через плагин) в NetBeans + консольное управление для тех файлов проектов, которые к исходникам прямо не относятся.
А кто из форумчан что использует, кто что посоветует?
Как раз дали дописывать прожект - точнее сделать локализацию. Прожект написан на билдере, а так как у того, кто начинал его писать не получилось связать SVN и билдер то юзаем Team Coherence. Не то что предпочитаю, так как штука эта довольно глючная и висючая, просто пока приходится юзать =(
В настоящий момент использую Perforce, SVN.
Больше нравится Perforce. Даже дома стоит для всяких нужд. Есть даже ветка EuroDiff, если кто помнит развитие событий. :D
до этого пробовал CVS - на понравился, на помню почему - давно было,
пробовал поставить SVN - как-то не руки недошли.
А вот перфорс, выкачал, поставил, без особых проблем запустил, юзаю.
1. SmartSVN никто не пробовал? Некоторые говорят, под линукс он чуть ли не лучший.
2. В целом, при написании кода в IDE. которая имеет встроенные средства для контроля версий, используете их, и при необходимости, что то стороннее, или отдельные утилиты для всей разработки? Я вот как-то не могу определиться.
Преимущества первых, на мой взгляд, что упрощается работа с репозитарием в простых случаях, - автоматическая версионизация новых файлов и.т.п.
Минусы -- не получается нормально следить за файлами, не относящимися явно к проекту с точки зрения среды разработки, + многие возможности отсутствуют -- например, я так и не нашел, как сделать бранч из NetBeans.
Кто что посоветует?
Пытаюсь сравнить два файла, а Perforce говорит, что мол Could not start external process и путь к сравнивалке.
Работать невозможно. Чего только я не пробовал... причину так и не нашол...
Differ по этому пути рабочий?
Проверял? Запускал ручками?
Используешь прилагаемый к p4 диффер?
Differ по этому пути рабочий?
Проверял? Запускал ручками?
Используешь прилагаемый к p4 диффер?
Да
Да
Да Да
Да (можно и нет - один хрен)
Кто-нибудь может высказаться, аргументированно - какой вариант для использования при разработке предпочтительнее? Встроенные в среду разработки средства управления версиями, или сторонние клиенты "общего" назначения?
Специализированный продукт всегда предпочтительней - причины, думаю, объяснять не надо. У систем управления версиями достаточно простая идеология (малое число сущностей и правил), что не оправдывает монстров, если таковые имеются. Популярные CVS и SVN служат тому примером.
Встроенные средства могут быть как самопальными, сделанными по принципу "приятный пустячок" (нечто было у Borland), так и полноценными системами, тянущими на отдельный продукт (VSS, например).
Идеальным решением представляется плагин к самостоятельной системе управления версиями, той же SVN. Сам пользуюсь RapidSVN в виде отдельного приложения.
Идеальным решением представляется плагин к самостоятельной системе управления версиями, той же SVN.
Собственно, это и имел в виду под "встроенными в среду средствами" :)
Хм, ну так SVN под AIX тоже портирован. http://www.tek-tips.com/viewthread.cfm?qid=1372779&page=8, например...
Недавно обнаружил интересную и гнусную вещь в NetBeans'вом плагине для SVN, а именно - чудовищно долго иногда выполняюся коммиты. Например, коммит в 7 файлов (несложные явские классы, по 500-800 строк каждый), с незначительным рефакторингом в них выполнялся полторы минуты. Что можно так долго пересылать? Или диффы так долго считаются? kdesvn такой коммит делает за 15-20 секунд. Да и в NetBeans они обычно шустрей работают.
Не спорю, что портирован - но это традиция в конторе такая) все хранить под MKS)