Результаты поиска

Версия Subclipse (1.2.4) , доступная в настоящее время через автоматический менеджер плагинов Aptana, не работает с новейшей версией Subversion.

Однако я вижу на сайте Subclipse, что у них есть 1.4.2 для Eclipse. Поэтому я добавил новый сайт удаленного обновления в свой менеджер обновлений. Когда я попытался установить его, он сказал мне, что мне нужен Майлин 3.0.0 . Поэтому после долгих поисков я нашел Mylyn 3.0.0 и добавил еще один новый сайт удаленного обновления в свой менеджер обновлений. Затем, когда я попытался установить его, он сказал мне, что мне нужен org.eclipse.ui 3.3.0 или эквивалент.

Глядя на детали конфигурации для Aptana, кажется, что он построен против eclipse 3.2.2.

Кто-нибудь знает, есть ли способ обновить версию Eclipse Aptana, которая построена против 3.3.0? Или если есть какой-то другой способ заставить Subclipse работать с самой новой версией Subversion?

Я знаю, что это не обязательно вопрос "programming", но я надеюсь, что это нормально, так как это очень важно для опыта программирования.

Как вы ветвлений и слияний с Apache Subversion, используя клиент TortoiseSVN?

Я уже довольно давно использую TortoiseSVN в среде Windows. Он кажется очень функциональным и хорошо интегрированным в Windows shell, и что еще более важно, его довольно безболезненно обучать коллегам с небольшим или полным отсутствием опыта работы с системой управления версиями. Однако с тех пор, как мы перешли на Windows Vista 64bit, Tortoise была очень глючной и, казалось, вызывала множество аномалий explorer.exe и сбоев. Это произошло как с более старыми версиями программного обеспечения, так и с последней версией (1.5.1 build 13563).

Мне было любопытно, есть ли у кого-нибудь предложения для других клиентов Subversion, которые будут работать на Windows (в частности, Vista 64bit). Разработчики здесь используют различные текстовые редакторы, поэтому использование Visual Studio или Dreamweaver для SVN не является идеальным решением.

Я слышал много хорошего о краеугольном камне и хотел бы иметь нечто подобное для Windows, если он существует.

Я сопоставляю проблемы Vista/explorer с Tortoise, потому что они обычно возникают, когда я использую функциональность в Tortoise. Иногда включение экрана "merge" приведет к тому, что GUI начнет действовать очень странно и в конечном итоге зависнет или упадет.

Я не видел 1.5.2 - я устанавливаю сейчас, возможно, это исправит некоторые мои проблемы.

Переполнение стека имеет номер версии subversion внизу:

svn пересмотр: 679

Я хочу использовать такое автоматическое управление версиями с моими формами .NET Web Site/Application , Windows, WPD projects/solutions.

Как мне это реализовать?

Я хочу, чтобы мои базы данных были под контролем версий. Есть ли у кого-нибудь какие-нибудь советы или Рекомендуемые статьи, чтобы я начал работу?

Я всегда буду хотеть иметь там хотя бы некоторые данные (как упоминает alumb: типы пользователей и администраторы). Мне также часто требуется большая коллекция сгенерированных тестовых данных для измерения производительности.

Каковы рекомендации по проверке каталогов BIN в среде совместной разработки с использованием SVN? Должны ли ссылки на уровень проекта быть исключены из проверки? Может быть, проще просто добавить все каталоги bin?

Я разрабатываю много сайтов DotNetNuke, и кажется, что в среде с несколькими разработчиками всегда очень сложно правильно настроить среду.

Конечная цель (конечно) состоит в том, чтобы новый разработчик проверил магистраль из SVN, восстановил базу данных DNN и все это просто 'work'...

Я использую Subversion уже несколько лет, и после использования SourceSafe мне просто нравится Subversion. В сочетании с TortoiseSVN, я действительно не могу себе представить, как это может быть лучше.

Тем не менее, все больше разработчиков утверждают, что Subversion имеет проблемы и что мы должны перейти к новой разновидности распределенных систем управления версиями, таких как Git .

Как Git улучшает Subversion?

Я использую CCNET в примерном проекте с SVN в качестве системы управления версиями. CCNET настроен для создания сборки при каждом возврате. CCNET использует MSBuild для построения исходного кода.

Я хотел бы использовать последний номер редакции для генерации AssemblyInfo.cs при компиляции. Как я могу извлечь последнюю версию из subversion и использовать значение в CCNET?

Edit: я не использую NAnt-только MSBuild.

Моя компания использует CVS как наш фактический стандарт для управления версиями. Тем не менее, я слышал много людей, которые говорят, что SVN лучше.

Я знаю, что SVN новее, но в остальном я не знаком с его преимуществами.

То, что я ищу, - это хорошее, сжатое сравнение двух систем, отмечая любые преимущества или недостатки каждой из них в среде разработки Java/Eclipse.

Каковы наилучшие методы отслеживания и / или автоматизации изменений схемы DB? Наша команда использует Subversion для управления версиями, и мы смогли автоматизировать некоторые из наших задач таким образом (перемещение сборок на промежуточный сервер, развертывание тестируемого кода на рабочий сервер), но мы все еще делаем обновления базы данных вручную. Я хотел бы найти или создать решение, которое позволит нам эффективно работать на разных серверах с различными средами, продолжая использовать Subversion в качестве бэкенда, через который код и обновления DB передаются на различные серверы.

Многие популярные программные пакеты включают в себя сценарии автоматического обновления, которые обнаруживают версию DB и применяют необходимые изменения. Является ли это лучшим способом сделать это даже в более крупном масштабе (через несколько проектов, а иногда и через несколько сред и языков)? Если да, то есть ли какой-либо существующий код, который упрощает этот процесс, или лучше всего просто запустить наше собственное решение? Кто-нибудь реализовывал что-то подобное раньше и интегрировал его в Subversion post-commit hooks, или это плохая идея?

Хотя решение, поддерживающее несколько платформ, было бы предпочтительнее, мы определенно должны поддерживать стек Linux/Apache/MySQL/PHP, поскольку большая часть нашей работы находится на этой платформе.

Можно ли создать "federated" серверов Subversion? Как и на одном сервере в местоположении A и на другом в местоположении B, которые автоматически синхронизируют свои локальные версии репозитория. Таким образом, когда кто-то в любом месте взаимодействует с репозиторием, он получает доступ к своему соответствующему локальному серверу и поэтому имеет более быстрое время отклика.

Что означают коды результатов в SVN? Мне нужна краткая справка.

Как создать ветку в SVN?

Мне нужно реализовать контроль версий, даже для того, чтобы просто разрабатывать, что я делаю дома. Я читал о том, как велика Subversion за последние пару лет, и собирался посвятить себя изучению этого на стороне, пока не услышал о Git, являющейся восходящей и грядущей системой контроля версий.

Учитывая ситуацию, должен ли я подождать и посмотреть, кто из них выйдет на первое место? Каковы их относительные преимущества?

Одна из проблем, которую я заметил с Git, заключается в том, что не так много полнофункциональных GUIs, что важно для многих пользователей в моей команде.

Кроме того, не возражал бы против предложений о том, как начать работу с одним или другим. (учебники и т. д.)

У нас есть проект PHP, который мы хотели бы контролировать версии. Прямо сейчас мы втроем работаем над версией разработки проекта, которая находится во внешней папке, к которой привязаны все наши Eclipse IDEs, и поэтому нет контроля версий.

Каков правильный способ и лучший способ для управления версиями этого?

У нас есть настройка SVN, но нам просто нужно найти хороший способ регистрации и выхода, который позволяет нам тестировать на сервере разработки. Есть какие-нибудь идеи?

Каков наилучший подход к написанию крючков для Subversion в Windows ? Насколько я знаю, можно использовать только исполняемые файлы. Так что же является лучшим выбором?

• Простые пакетные файлы (очень ограниченные, но возможно OK для очень простых решений)
• Выделенные скомпилированные исполняемые приложения (кувалда, чтобы расколоть ореховую скорлупу?)
• Некоторые другие гибридные варианты (например, пакетный файл, выполняющий сценарий Powershell)

Известно ли вам о каком-либо инструменте, создающем диаграммы, показывающие действия ветвления/слияния в репозитории SVN?

Мы все видели эти диаграммы в различных учебных пособиях. Некоторые хорошие, некоторые не так хорошо. Могут ли они быть созданы автоматически (или, возможно, с небольшим подталкиванием-вам, возможно, придется сказать ему, что если ваша ветвящаяся философия dev-test-prod, branch-per-release и т. д.)

Я смотрю на график TortoiseSVN ревизии прямо сейчас, но у него больше деталей, чем я хочу, и неправильный макет.

Орион, спасибо за ответ. Я думаю, поскольку ветвление и слияние-это скорее Соглашение для управления файлами в репозитории, чем "встроенная функция SVN", это будет довольно сложно. Я буду придерживаться плохо нарисованной схемы в верхней части белой доски в офисе нашей команды.

Я хотел бы оценить, какие решения используют другие люди, чтобы получить функциональность командной системы. Мы все знаем, что командная система может быть дорогой для некоторых из нас. Я знаю, что они предлагают небольшую версию team edition с пятью лицензиями и подпиской MSDN, но что делать, если ваша команда больше пяти или вы не хотите использовать Team System?

У нас была проблема с нашим сервером сборки, не проверяющим изменения из системы управления версиями, несмотря на признание того, что там были изменения.

Он был прослежен до контрольной папки (не уверен, что это настоящее имя), существующие рабочие сборки использовали _svn. Очистка рабочей папки вынудила новую полную проверку, и я заметил, что теперь Контрольная папка находится .svn. Похоже, что первоначально наши процедуры интеграции проверяли код с помощью _svn, но теперь он используется .svn.

svn.exe используется во время интеграции с VisualSVN сервера можно ли настроить это для повторного использования _svn?

Как оригинальные рабочие копии использовали _svn, я не знаю! - мы только когда-либо использовали сервер VisualSVN и не меняли его.

Мы настроили TortoiseSVN для использования _svn, следуя рекомендации, что это лучше работает для Visual Studio, а также установили TortoiseSVN на сервере сборки, если он когда-нибудь понадобится. Может ли это быть причиной?

И действительно ли это необходимо? Поскольку MSBuild является Microsoft, рекомендуется ли это, как и для Visual Studio?

Есть ли какой-либо способ включить номер редакции репозитория SVN в строку версии A .NET assembly? Что-то вроде Major.Minor.SVNRev

Я видел упоминание о том, чтобы сделать это с чем-то вроде CC.NET (хотя на самом деле на ASP.NET), но есть ли способ сделать это без дополнительного программного обеспечения? Я делал подобные вещи в C/C++ перед использованием пакетных сценариев сборки, но это было сделано путем чтения номера версии, а затем сценарий выписывал файл под названием " ver.h " каждый раз с чем-то вроде:

#define MAJORVER 4
#define MINORVER 23
#define SOURCEVER 965

Затем мы будем использовать эти определения для создания строки версии.

Возможно ли что-то подобное?NET?

При установке subversion в качестве службы я использовал эту команду:

c:\>svnservice -install --daemon --root "c:\documents and settings\my_repository"

И тогда я получил эту ошибку:

Could not create service in service control manager.

После просмотра некоторых документов MSDN в диспетчере управления службами я попытался предоставить полный контроль всем в разрешениях на раздел реестра в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services, но это не возымело никакого эффекта.

Кто-нибудь знает, что я сделал не так, или как преодолеть это?

Примечание #1: я работаю в качестве администратора на этом поле

*Note #2: я следовал инструкциям, приведенным здесь, поэтому, возможно, мой выбор каталога ошибочен. И мой репозиторий на самом деле не называется "my_repository". Я использовал название фактического проекта, который в настоящее время находится под контролем источника в gasp VSS.*

Все последние сообщения сервера VisualSVN заставили меня захотеть проверить это. У меня есть SVN работает прямо сейчас через Apache, но я хотел бы попробовать VisualSVN сервер, в основном для интеграции Active Directory. Их документы не описывают, можно ли легко перенести существующий репозиторий.

Кто-нибудь делал это раньше?

У меня есть веб-сервер, и в настоящее время я плачу за хостинг SVN в компании, которая специализируется на хостинге svn.

Я думаю просто установить SVN на моем выделенном сервере, есть ли какие-либо последствия для безопасности этого?

У меня есть веб-сервер, и в настоящее время я плачу за хостинг SVN в компании, которая специализируется на хостинге svn.

Я думаю просто установить SVN на моем выделенном сервере, есть ли какие-либо последствия для безопасности этого?

Есть ли хороший способ справиться с рефакторингом переименования класса из Resharper, когда файл находится под управлением исходного кода, а TortoiseSVN-клиент. Я пытаюсь VisualSVN прямо сейчас, но у меня не было необходимости переименовывать что-либо в последнее время. Я не хочу менять наш репозиторий только для того, чтобы попробовать это.

Также не уверен, что эта функция сама по себе стоит стоимости VisualSVN.

Обновление: я удалил пробную версию VisualSVN и попробовал AhknSVN. Я, кажется, предоставил ту же функциональность до сих пор.

Я знаю, что это мой звук тривиальный, но индикаторы, похоже, не имеют какой-то функциональности, похоже, что они не просачиваются. (Если файл в проекте отличается, я бы подумал, что индикатор проекта также укажет на это.) Я стараюсь, чтобы мои проекты были свернуты как можно больше, поэтому трудно сказать, какие файлы изменились, если проект не расширен.

Используя TortoiseSVN против VisualSVN, я удаляю исходный файл, который я не должен был удалять. Теперь это не крушение поезда, потому что я могу получить файл обратно из ежедневной резервной копии. Однако я хотел бы восстановить его из SVN (VisualSVN), чтобы я мог вернуть историю. Однако я не могу понять, как это сделать.

Кто-нибудь знает, как восстановить файл из VisualSVN с помощью интерфейса VisualSVN или последней версии TortoiseSVN?

Я ввожу Subversion в НАШ ИНТЕРНЕТ-МАГАЗИН. Я хочу, чтобы зарегистрированные файлы были загружены на сервер через FTP (и как только они привыкнут к Subversion, через SFTP). Файлы отправляются на страницу кандидата на выпуск для тестирования. Для перемещения файлов в рабочую среду можно вызвать скрипт.

Мой вопрос заключается в следующем: как вы передаете файлы на сервер с помощью Subversion? Есть ли скрипт, который я могу добавить, чтобы сделать передачу, когда файлы будут возвращены?

Я конвертирую из существующего репозитория CVS в репозиторий SVN. CVS репозиторий имеет несколько брансов, и я хотел бы переименовать ветви при преобразовании.

Желаемое преобразование выглядит так:

CVS branch         SVN branch
HEAD       ->      branches/branchX
branchA    ->      trunk
branchB    ->      branches/branchB
branchC    ->      branches/branchC

То есть, CVS HEAD становится нормальной ветвью, а CVS branchA становится SVN trunk.

Оба репозитория CVS и SVN будут находиться на одной машине linux.

Как это можно сделать?

Также может быть достаточно преобразования, когда CVS branchA становится SVN стволом, а все остальные ветви CVS игнорируются.

Для моего собственного проекта дома я использую довольно отличный управляемый хостинг subversion от CVSDude . Поскольку сейчас я работаю только над кодом, я не использую CruiseControl.net, однако я ожидаю, что это изменится в ближайшие пару месяцев и потребуется полный процесс сборки, чтобы начать при регистрации.

Кому-нибудь удалось заставить CruiseControl.net работать с CVSDude? У моего коллеги Майка есть этот пост в блоге , где кто-то из CVSDude сказал::

"Вы можете использовать наше средство обратного вызова после фиксации, чтобы вызвать URL на вашем сервер, который передает переменные, относящиеся к последней проверке (переменные подробно описано в нашей спецификации). В вашем скрипте CGI будут эти переменные и выполняйте любые необходимые задачи, например, обновление круиз-контроля и т. д."

Звучит очень мило. Но действительно ли кто-нибудь сделал это с cruisecontrol?

В настоящее время у нас есть проект со стандартным расположением репозитория subversion:

/ствол .
/филиал .
/старая карга

Однако, поскольку мы движемся по пути OSGi и модульного проекта, мы закончили с:

/trunk/bundle/main .
/trunk/bundle/modulea .
/trunk/bundle/moduleb ./tags/bundle/main-1.0.0 .
/tags/bundle/main-1.0.1 .
/tags/bundle/modulea-1.0.0

'build' все еще довольно монолитен в том, что он строит все модули последовательно, хотя я начинаю задаваться вопросом, следует ли нам рефакторировать сборку/репозиторий на что-то более похожее:

/bundle/main/trunk .
/bundle/main/tags/main-1.0.0 .
/bundle/main/tags/main-1.0.1 .
/bundle/modulea/trunk .
/bundle/modulea/tags/modulea-1.0.0

В этом шаблоне я бы представил, что каждый модуль строит себя и хранит свой двоичный файл в репозитории (maven, ivy или другой путь самого репозитория subversion).

Существуют ли руководящие принципы или 'best-practices' над макетами проектов, как только они становятся модульными?

Я использую Subversion для управления кодом с помощью TortoiseSVN для взаимодействия с сервером в течение последних нескольких месяцев, и в целом все идет отлично! Однако иногда my FoxPro IDE без предупреждения изменяет случай расширения файла, где " program.prg "становится" программой. PRG ") TortoiseSVN, по-видимому, принимает это за то, что первый файл был удален, став помеченным как "missing", а второе имя появляется как "неверсионное", что разрушает мою способность отслеживать изменения в файле. Я понимаю, что Subversion имеет свои истоки в чувствительном к регистру мире *nix, но есть ли какой-либо способ контролировать это поведение в Subversion или TortoiseSVN, чтобы быть нечувствительным к регистру имени файла при использовании с Windows?

Я обнаружил, что SVN чрезвычайно полезен для документации, личных файлов, среди других применений без исходного кода. Какие еще практические применения вы нашли для систем управления версиями в целом?

Давайте рассмотрим среду веб-разработки, в которой разработчики извлекают проект на свои локальные компьютеры, работают над ним и регистрируют изменения в процессе разработки.
Эти изменения далее тестируются на развитие и перемещаются в прямом эфире по регулярному графику (например, еженедельно, ежемесячно и т. д.).
Возможно ли иметь автоматическое перемещение последней помеченной версии (а не последней проверки, поскольку это не может быть стабильным 100%), например, 8 утра в понедельник утром, либо используя скрипт, либо встроенную функцию VCS?

кто-нибудь знает, почему клиент TortoiseSVN windows (в Win32 XP и Vista) так невероятно медленно при использовании с Putty и PAM? Кажется, он подключается для каждого запроса поскольку datatransfers (checkout) не являются медленными вообще?

Есть идеи, как это изменить?

Обновление: раньше у меня не было проблем с SSH. Но я должен использовать аутентификацию на основе ключа.

Мы планируем перейти для MS Source Safe (ouch) на SVN. Мы работаем в основном в среде Microsoft (windows, Visual Studio,.NET) и у нас есть разработчики на нескольких сайтах. Я слышал о VisualSVN и интеграции с visual studio. С другой стороны, я могу заставить кого-то разместить SVN для меня и использовать TortoiseSVN. Есть какие-нибудь рекомендации? Каких ловушек мне следует избегать?

у нас есть много пользователей, работающих в разных общих и одиночных репозиториях в Subversion. В рамках нашей работы мы делаем общий код проекта и индивидуальную работу, и нам нужно контролировать доступ, в идеале на групповой основе. В настоящее время мы используем SVNManager , чтобы позволить пользователям управлять доступом и создавать репозитории. Однако для того, чтобы заставить это работать, нам пришлось сделать довольно много взломов.

Кто-нибудь знает о свободной, с открытым исходным кодом, linux-совместимой системе управления SVN?

Спасибо за вашу помощь.

Я только что настроил новый проект на SourceForge, и администраторы настроили его с CVS в качестве SCM, однако я хочу использовать SVN. В этом проекте есть код NO - пустой каталог.

Как изменить этот проект с использования CVS на SVN ?

У меня есть несколько проектов C# .dll , которые являются общими для многих приложений. В настоящее время у меня есть один большой репозиторий. У меня каждый DLL хранится как отдельный проект в репозитории, и каждый проект приложения хранится как проект в том же репозитории.

Недавно я переключился на Subversion для управления версиями, и я боюсь, что я не сделал хорошую работу по структурированию репозитория. Я хотел бы услышать, что делают другие.

При использовании Subversion (svn) для управления версиями с несколькими проектами я заметил, что число версий увеличивается во всех каталогах моих проектов. Чтобы проиллюстрировать мой макет svn (используя вымышленные имена проектов):

    /NinjaProg/branches
              /tags
              /trunk
    /StealthApp/branches
               /tags
               /trunk
    /SnailApp/branches
             /tags
             /trunk

Когда я выполняю коммит к стволу программы Ninja, скажем, я получаю, что он был обновлен до версии 7. На следующий день, скажем, я внес небольшое изменение в приложение Stealth, и оно возвращается как версия 8.

Вопрос заключается в следующем: является ли общепринятой практикой при обслуживании нескольких проектов с помощью одного сервера Subversion увеличение числа ревизий несвязанных проектов во всех проектах? Или я делаю это неправильно и должен создавать отдельные репозитории для каждого проекта? Или это что-то совсем другое?

EDIT: я задержался с ответом, потому что стало ясно, что есть причины для обоих подходов, и хотя этот вопрос возник первым, я хотел бы указать на некоторые другие вопросы, которые в конечном счете задают тот же самый вопрос:

Должен ли я хранить все проекты в одном репозитории или в нескольких?

Один SVN репозиторий или много?

Итак, вы все готовы сделать большой коммит SVN, и он бомбит, потому что у вас есть несогласованные окончания строк в некоторых ваших файлах. Самое интересное, что вы смотрите на 1000 сек файлов, охватывающих десятки папок разной глубины.

Что ты делаешь?

Я много раз видел эти слова в дискуссиях о Subversion (и, наверное, об общем репозитории). Последние несколько лет я использую SVN для своих проектов, но никогда не понимал полной концепции этих каталогов.

Что они означают?

Я хотел бы реализовать способ записи версии проекта в коде, чтобы его можно было использовать при тестировании и отслеживать ошибки. Похоже, что лучшим номером версии для использования будет просто текущий номер версии из Subversion. Есть ли простой способ закрепить это число в заголовочном файле (C++ в моем случае) или что-то еще, что я могу получить в коде? Я думаю, что это пост-коммит-крючок или что-то в этом роде?

Есть ли у кого-нибудь опыт реализации этого (с кодом для обмена, пожалуйста?), или может предложить лучшую альтернативу? Спасибо.

Я знаю, что есть по крайней мере 10 различных способов структурировать проект в системе управления версиями. Мне интересно, какие методы используются и какие из них работают для вас. Я работал с SVN, TFS и в настоящее время/к сожалению VSS. Я видел, что управление версиями реализовано очень плохо и просто OK, но никогда не было большим.

Просто для того, чтобы заставить мяч катиться, вот обзор того, что я видел.

Этот пример основан на SVN, но применим к большинству VCS (не столько к распределенному управлению версиями).

1. ветвление отдельных проектов, входящих в состав сайта /division/web/projectName/vb/src/[ствол / ветви / метки]

2. ветвление всего сайта, в случае, который я видел, весь сайт, за исключением основных компонентов, был разветвлен. / подразделение/[ствол / ветви / метки] / web/projectName/vb/src/

3. Используйте main-line по умолчанию, только ветвь, когда это необходимо для огромных изменений.

Есть так много примеров того, как настроить свои проекты dotnet, но ни один из них не соответствовал нашей ситуации.

У нас есть одно решение с несколькими приложениями, несколькими зависимостями. В настоящее время мы находимся на SourceSafe и планируем перейти к subversion, но нам трудно правильно организовать наш источник.

• Пример решения

  • Приложения app1
  • Приложения app2
  • BizObjects
  • DataAccess
  • CustomControls

• Зависимости

  • BizObjects - >DataAccess
  • Приложения app1->CustomControls
  • Приложения app1->BizObjects
  • Приложения app1->DataAccess
  • Приложения app2->CustomControls
  • Приложения app2->BizObjects

У нас также есть система управления конфигурацией, которая развертывается (через копию из базы данных) в зависимости от рабочей нагрузки оператора. Мы отмечаем приложение "release" с версией и к этому выпуску мы добавляем несколько зависимостей файлов. Имейте в виду, что решение, которое мы имеем сейчас,-это попытка использовать старое (разработанное windows 3.1) решение для работы .NET структура файлов / зависимостей.

В случае App1 мы имеем App1.exe, BizObjects.dll, DataAccess.dll и CustomControls.dll. У нас есть тот же набор зависимостей для App2 из-за BizObjects ссылки DataAccess -- но это определяется вручную. У нас нет системы для идентификации дерева зависимостей.

Каждая из зависимостей для "release" - это идентификатор файла и версии. И одно и то же приложение может содержать разные версии каждого файла для разных рабочих нагрузок.

1. Где в мире мы ошиблись? Неужели мы ошиблись?
2. Как мы можем структурировать исходное дерево svn для удовлетворения требований deployment?
   • или
3. как мы можем реструктурировать код, чтобы лучше поддерживать стратегию deployment, которая имеет смысл для нашей установки?

У нас есть старое и чрезмерно разработанное решение (казалось бы) относительно простой проблемы. Может ли кто-нибудь направить меня/нас в правильном направлении?

edit: я прочитал этот вопрос и вспомнил, что у нас также есть те же области dev/test/prod, через которые должен проходить код.

У меня есть сервер VisualSVN , установленный на сервере Windows, обслуживающем несколько репозиториев.

Поскольку web-viewer, встроенный в сервер VisualSVN, является минималистичным браузером subversion, я хотел бы установить WebSVN поверх моих репозиториев.

Проблема, однако, заключается в том, что я не могу заставить аутентификацию работать. В идеале я хотел бы, чтобы моя текущая аутентификация репозитория, указанная в VisualSVN, работала с WebSVN, так что, хотя я вижу все имена репозитория в WebSVN, я не могу просматривать их без правильных учетных данных.

Посетив кэшированную копию самой верхней ссылки в этом запросе google , вы можете увидеть, что я нашел до сих пор, что выглядит многообещающе.
(главная страница блога, похоже, была уничтожена, домен самой верхней страницы, на которую я ссылаюсь,-wizzard.de)

Там я нашел некоторые функции php, которые я мог бы прикрепить к одному из файлов php в WebSVN. Я следил за изменениями там, но все, что мне удалось сделать, это заставить WebSVN спросить у меня имя пользователя и пароль, и независимо от того, что я ввожу, он меня не впустит.

К сожалению, php и apache - это в основном черная магия для меня.

Итак, кто-нибудь успешно интегрировал WebSVN с VisualSVN размещенными репозиториями?

Хорошо, это может быть немного рискованно, но у меня возникли проблемы с подключением AnkhSVN из Visual Studio 2005 к внешнему серверу SVN. Есть сетевой прокси-сервер в пути, но я не могу найти способ в AnkhSVN настроить прокси-сервер и, кажется, не обнаруживаю конфигурацию прокси-сервера Internet Explorer. Есть ли какой-либо способ решить эту проблему, или это, скорее всего, просто не сработает?

Я спросил пару коллег о AnkhSVN , и ни один из них не был доволен этим. Один из них зашел так далеко, что сказал, что AnkhSVN несколько раз испортил свой девенв.

Каков ваш опыт работы с AnkhSVN? Мне очень не хватает встроенного инструмента управления версиями IDE.

После обновления до последней версии TortoiseSVN (1.5.2.13595) его контекстное меню больше не доступно.

При попытке запустить его вручную, я получаю эту ошибку:

The application has failed to start because its side-by-side configuration is incorrect.
Please see the application event log for more detail

Журнал приложений показывает это

Activation context generation failed for "C:\Program Files\TortoiseSVN\bin\TortoiseSVN.dll". 
Dependent Assembly Microsoft.VC90.CRT,processorArchitecture="x86",publicKeyToken="1fc8b3b9a1e18e3b",type="win32",version="9.0.30411.0" could not be found. 
Please use sxstrace.exe for detailed diagnosis.

Можно ли заглянуть в историю репозитория Subversion для файлов с определенным именем (еще лучше было бы для них иметь подстановочный поиск)?

Я хочу посмотреть, был ли файл .bat зафиксирован в репозитории в какой-то момент в прошлом, но с тех пор был удален в более поздних обновлениях. Даже дамп истории файлов при каждой ревизии будет работать, так как я могу просто grep выводить данные. Я просмотрел руководство, но не смог найти хорошего способа сделать это.

Журналы для каждой фиксации являются описательными, поэтому я не могу просто просматривать сообщения журнала, чтобы увидеть, какие изменения были сделаны. Я предполагаю, что у Subversion есть способ восстановить это?

Хорошо, это может быть немного рискованно, но у меня возникли проблемы с подключением AnkhSVN из Visual Studio 2005 к внешнему серверу SVN. Есть сетевой прокси-сервер в пути, но я не могу найти способ в AnkhSVN настроить прокси-сервер и, кажется, не обнаруживаю конфигурацию прокси-сервера Internet Explorer. Есть ли какой-либо способ решить эту проблему, или это, скорее всего, просто не сработает?

Я спросил пару коллег о AnkhSVN , и ни один из них не был доволен этим. Один из них зашел так далеко, что сказал, что AnkhSVN несколько раз испортил свой девенв.

Каков ваш опыт работы с AnkhSVN? Мне очень не хватает встроенного инструмента управления версиями IDE.

У меня есть большое приложение (~50 модулей), использующее структуру, подобную следующей:

• Приложение
  • Коммуникационный модуль
    • Модуль цветной связи
    • SSN модуль связи
    • и т.д. коммуникационный модуль
  • Модуль маршрутизатора
  • Сервисный модуль
    • Модуль обслуживания голосования
      • Подмодуль веб-интерфейса для голосования
      • Подмодуль сборщика голосов для голосования
      • и т.д. для голосования
    • Служебный модуль тест
    • и т.д. модуль

Я хотел бы импортировать приложение в Maven и Subversion. После некоторых исследований я обнаружил, что для этого существуют два практических подхода.

Один из них использует древовидную структуру, как и предыдущий. Недостатком этой структуры является то, что вам нужна тонна настроек/хаков, чтобы заставить многомодульную отчетность хорошо работать с Maven. Еще одним недостатком является то, что в Subversion стандартный подход trunk/tags/branches добавляет еще больше сложности в репозиторий.

Другой подход использует плоскую структуру, где есть только один родительский проект и все модули, подмодули и parts-of-the-submodules являются прямыми дочерними элементами родительского проекта. Этот подход хорошо работает для отчетности и проще в Subversion, однако я чувствую, что теряю немного структуры таким образом.

Какой путь вы бы выбрали в долгосрочной перспективе и почему?

В настоящее время я смотрю на фреймворк Python Django для будущих веб-приложений на базе БД, а также для порта некоторых приложений, написанных в настоящее время в PHP. Одной из самых неприятных проблем в течение последних лет было отслеживание изменений схемы базы данных и развертывание этих изменений в производительных системах. Я не смел просить, чтобы их тоже можно было отменить, но, конечно, для тестирования и отладки это было бы отличной функцией. Из других вопросов здесь (таких как этот или этот) я вижу, что я не одинок и что это не тривиальная проблема. Кроме того, я нашел много вдохновения в ответах там.

Теперь, поскольку Django кажется очень мощным, есть ли у него какие-либо инструменты, чтобы помочь с этим? Может быть, это даже в их документах, и я пропустил это?

У меня есть РЕПО svn на моей машине (Windows). У кого-нибудь есть скрипт для резервного копирования его в сетевой ресурс?

Я использую РЕПО локально, так как я отключен много. Общий сетевой ресурс находится на сервере со стратегией резервного копирования. Я идеальный кандидат для git/hg, но я пока не хочу отказываться от своей интеграции VS.

Я работаю с Subversion на основе Windows и хотел бы написать простую утилиту в .NET для работы с файлом пароля Apache. Я понимаю, что он использует функцию, называемую MD5Crypt, но я не могу найти описание алгоритма, кроме того, что в какой-то момент он использует MD5 для создания hash.

Может ли кто-нибудь описать алгоритм MD5Crypt и формат строки пароля?

Я разрабатываю библиотеку вместе с несколькими проектами, которые ее используют, и я обнаружил, что часто изменяю библиотеку одновременно с проектом (например, добавляя функцию в библиотеку и сразу же используя ее в проекте).
В результате проект больше не будет компилироваться с предыдущими версиями библиотеки.

Поэтому, если мне нужно откатить изменение или протестировать предыдущую версию проекта, я хотел бы знать, какая версия библиотеки использовалась при регистрации.
Я полагаю, что я мог бы сделать это вручную (просто написав номер версии в файле журнала), но было бы здорово, если бы это могло произойти автоматически.

В настоящее время я использую AnkhSVN для интеграции subversion в Visual Studio. Есть ли какая-то причина, по которой я должен переключиться на VisualSVN?

AnkhSVN является бесплатным (в более чем одном смысле этого слова), в то время как VisualSVN стоит $50., так что прямо там, если я не упускаю какую-то замечательную особенность VisualSVN, я не вижу никакой причины переключаться.

Мне любопытно услышать опыт тех, кто в настоящее время работает на своем сервере SVN на Windows.

У Джеффа Этвуда есть сообщение о том, как настроить SVN как службу Windows . Это отличный первый шаг, но он не затрагивает другие темы, такие как:

• Что использовать для веб-браузера репозитория? WebSVN может работать на Windows, но это не очень красиво.
• Как управлять файлом passwd?
• Можно ли интегрировать с Active Directory без запуска Apache?
• Стратегии резервного копирования репозитория.
• Полезные глобальные шаблоны игнорирования для разработки Visual Studio (предложения здесь, здесь и здесь , например).

Наша компания переключилась с хранилища SourceGear на Subversion около месяца назад. У нас есть основы, но мы хотели бы узнать советы и рекомендации людей для запуска SVN в мире MSFT.

Моя команда скоро переходит от Visual SourceSafe к Subversion, разрабатывая / поддерживая устаревший проект в Visual Basic 6.0, поэтому у меня есть пара вопросов:

• Какой самый лучший инструмент для интеграции Subversion IDE в Visual Studio 6? (или оно того не стоит...)
• Существуют ли какие-либо рекомендации по использованию Subversion с Visual Basic 6.0? (типы файлов для игнорирования и т.д.)

Недавно у меня были некоторые дискуссии на работе о переходе от Subversion к DVCS, как bazaar, и я хотел бы получить мнение других людей.

Мне удалось выкристаллизовать свое нежелание делать это в простую параллель.

Контроль версий может использоваться хорошо или плохо.

'light side' контроля версий-это когда вы используете его для отслеживания ваших изменений, можете вернуться к старым версиям, когда вы нарушаете материал, и когда вы публикуете свои изменения, чтобы ваши коллеги могли видеть ваш work-in-progress.

'dark side' контроля версий, когда вы не используете его должным образом, так что вы не 'checkpoint' ваша работа, совершая регулярно, вы держите кучу изменений в вашей локальной проверки, и вы не делитесь своими изменениями с другими, как вы делаете их.

Подрывная деятельность делает как светлую, так и темную сторону относительно жесткой. Все основы работают, но мало кто действительно использует ветвление в Subversion (помимо тегов и освобождения), потому что слияние не является простым вообще. Поддержка его в самой Subversion ужасна, и есть сценарии, такие как svnmerge, которые делают его лучше, но это все еще не очень хорошо. Итак, в наши дни, с хорошей поддержкой ветвления и слияния, которая все больше и больше похожа на необходимость совместной разработки, Subversion не соответствует.

С другой стороны, 'dark side' довольно трудно следовать тоже. Вам нужно только один раз укусить, не имея ваших локальных изменений, совершаемых время от времени в онлайн-хранилище, и сломать ваш код с помощью простого редактирования, которое вы даже не помните. Таким образом, вы в конечном итоге делаете регулярные коммиты, и люди могут видеть работу, которую вы делаете.

Таким образом, в конце концов Subversion становится хорошим middle-of-the-road VCS, который, хотя и немного громоздкий для реализации лучших практик, все же затрудняет получение очень неправильных вещей.

В отличие от этого, с DVCS стоимость либо полностью светлой стороны, либо темной стороны намного ниже. Ветвление и слияние намного проще с этими современными системами VCS. Но распределенный аспект позволяет легко работать в наборе локальных ветвей на вашем собственном компьютере, предоставляя вам гранулированные фиксации, необходимые для проверки вашей работы, возможно, без публикации ваших изменений, чтобы другие могли видеть, просматривать и сотрудничать. Сложность сохранения изменений в локальных ветвях и их публикации обычно ниже, чем их публикация в какой-либо ветви на общедоступном сервере.

Итак, в двух словах, вот вопрос: если я дам нашим разработчикам на работе DVCS, как я могу убедиться, что они используют его, чтобы перейти к 'light side', по-прежнему регулярно публиковать свои изменения в Центральном местоположении и заставить их понять, что их недельный локальный хак, который они не хотели делиться, может быть просто тем, что какой-то другой разработчик может использовать для завершения функции, пока первый находится в отпуске?

Если и светлая сторона, и темная сторона DVCS так легко добраться, как я могу держать их подальше от темной стороны?

Это происходит со мной постоянно. Я случайно версирую файл, я не хочу быть версионным (т. е. разработчик/машина конкретных конфигурационных файлов).

Если я зафиксирую этот файл, я испорчу пути на всех других машинах разработчиков-они будут недовольны.

Если я все - таки удалю файл из системы управления версиями, он будет удален с других машин разработчиков-они будут недовольны.

Если я решу никогда не фиксировать файл, у меня всегда будет проверка "dirty" - я несчастлив.

Является ли чистым способом "unversion" файл из контроля версий, что приведет к тому, что никто не будет несчастен?

edit: пытаюсь немного прояснить: я уже отправил файл в репозиторий и хочу только удалить его из управления версиями - я специально не хочу, чтобы он был физически удален из всех, кто делает проверку. Я изначально хотел, чтобы это было проигнорировано.

Ответ: если бы я мог принять второй ответ, это было бы так . Он отвечает на мой вопрос относительно git-принятый ответ-о svn.

Я ищу решение quick-and-dirty для этого, мне нужно очень быстро настроить сервер Subversion, например, к концу завтрашнего дня. Моя первоначальная мысль состояла в том, чтобы просто загрузить виртуальное устройство, которое мы могли бы загрузить на нашу главную машину. Однако проблема, с которой я сталкиваюсь, заключается в том, что все устройства, которые я нашел до сих пор, застряли в версии svn 1.4 или ниже.

Кто-нибудь знает о приборе, который имеет svn 1.5 работающий? Мне не нужны никакие другие биты, такие как отслеживание проблем, WebSVN или что-то в этом роде.

Спасибо, Уолли

EDIT: Чтобы ответить на некоторые вопросы, я бы предпочел, чтобы хост OS был каким-то ароматом Linux, чтобы мне не пришлось покупать дополнительную лицензию Windows.

Я всегда использовал Subversion или CVS для контроля версий, которые используют методологию 'merge'. Один из моих друзей бредит о Perforce и о том, как это здорово с его списками изменений и методологией проверки.

Хотя я уверен, что многое из этого сводится к опыту & личных предпочтений, мне было интересно, было ли проведено какое-либо исследование, в котором метод контроля версий более эффективен для работы?

EDIT: чтобы уточнить, я знаю, что оба Perforce & SVN позволяют блокировать & слияние, но SVN 'encourages' либеральный метод редактирования & слияния, тогда как, как я понимаю, Perforce поощряет метод проверки-проверки.