|
VSS -> ?
|
|||
---|---|---|---|
#18+
Добрый день. В нашей организации используется VSS. Планируется перейти на другую CVS.. вопрос на какую. Опишу c чем работаем и что именно интересует. 1. 50% содержимого - SQL внутри M4 макросов. 2. 40% - vbscript 3. 10% - С++/С# (работают через Visual Studio) Вкратце - платформа, написанная на C++ запускает внутри себя VB, который дергает SQL. Требования к CVS: 1. вервление и слияние (могут практически все системы.. вопрос что будет удобнее) 2. управление релизами. Обясню на примере SVN. Нам необходимо проставлять метки на версиях файлов (групп файлов, директориях и т.д.) и потом на нужную дату или по конкретной метке доставать из репозитория актуальную информацию. Помимо этого необходимо иметь возможность выставлять взаимосвязи между SQL/VB/C++ кодом о минимальной версии того или иного модуля/компонента. 3. открытые интерфейсы, чтобы была возможность привязаться к нашей системе bug-tracking'а. А также написать автоматический сборщик релизов. Под ним понимается механизм, который будет доставать из CVS файлы по определенным критериям. Буду очень признателен если поделитесь опытом. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2012, 13:15 |
|
VSS -> ?
|
|||
---|---|---|---|
#18+
если еще актуально... На самом деле любая vcs пройдет, возьмите хотя бы svn. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.04.2012, 15:51 |
|
VSS -> ?
|
|||
---|---|---|---|
#18+
Но главный вопрос на самом деле в том, нужно ли вам, и если нужно, то как, перенести полностью историю изменений кода репозитория в новый репозиторий. Это -- камень преткновения всех, кто переходит с одной VCS на другую. В данном случае конкретно для VSS->SVN был какой-то скрипт перловый, который это делает (искать в интернете надо). НО! если эта сволочь вообще и работает, то только на маленьких репозиториях с небольшой историей. Наш она просто тупо не сожрала, померла. Принцип действия её -- берёт всю историю, сортирует по времени, потом делает get на минимальную дату, чекинит в новый репозиторий, затем update на следующую -- чекин , update --check in и так далее. Естественно, что-то сколько-нибудь существенно большое так не перенести. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.04.2012, 15:59 |
|
VSS -> ?
|
|||
---|---|---|---|
#18+
MasterZiv...VSS->SVN был какой-то скрипт перловый, который это делает (искать в интернете надо). НО! если эта сволочь вообще и работает, то только на маленьких репозиториях с небольшой историей. Наш она просто тупо не сожрала, померла... VSS сам по себе медленный, ибо клиентский. При работе с архивами - может потерять инфу (метки если я сейчас ничего не путаю - давно было дело). возможно последнии версии улучшились, но вкуривать нужно. SVN выглядет получше вроде как. но так же есть глюки в броузере, особенно при большой загрузке винта, большого репозитория и проэкта. Но то уже больше локальная проблема(кэши памяти, винт и прочая чухня) (круглый) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2012, 16:39 |
|
VSS -> ?
|
|||
---|---|---|---|
#18+
> SVN выглядет получше вроде как. но так же есть глюки в броузере, особенно при > большой загрузке винта, большого репозитория и проэкта. Но то уже больше > локальная проблема(кэши памяти, винт и прочая чухня) Это не SVN, это TortoiseSVN. Это совсем другая история. Если он и не работает (а он работает), то наплевать на него 20 раз и не использовать. В TortoiseSVN просто есть вещи, которые вообще "условно работающие" типа иконок состояния файлов. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.05.2012, 17:28 |
|
|
start [/forum/moderation_log.php?user_name=Kigalar]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
170ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
others: | 678ms |
total: | 967ms |
0 / 0 |