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

Управление версиями SQL база данных сервера

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

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

Существует ли система контроля версий для изменения структуры базы данных?

Я часто сталкиваюсь со следующей проблемой.

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

Итак, я делаю толчок к живой системе и получаю большую, очевидную ошибку , что нет NewColumnX, тьфу.

Независимо от того, что это может быть не лучшим решением для данной ситуации, существует ли система контроля версий для баз данных? Меня не волнует конкретная технология баз данных. Я просто хочу знать, существует ли он. Если это случится работать с сервером MS SQL, то отлично.

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

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

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

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

Различные распределенные системы управления версиями работают вместе

В моем офисе есть центральный Source Safe 2005 install, который мы используем для управления версиями. Я не могу изменить то, что офис использует на сервере.

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

Может ли любой из существующих клиентов распределенного управления версиями справиться с этим?

Федеративные (синхронизированные) серверы Subversion?

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

Как создать филиал?

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

Начало работы с системой управления версиями

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

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

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

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

Что такое хороший шаблон использования Mercurial для этой установки?

У нас есть два разработчика в одной и той же закрытой (тьфу, глупый gov) сети, другой разработчик в паре минут езды по дороге, а четвертый разработчик на полпути через всю страну. Электронная почта, ftp, и удаление media - все возможные способы передачи для людей, не находящихся в одной сети.

Я являюсь одним из двух разработчиков закрытых сетей, считайте нас "master" location.

Что такое лучшая настройка Mercurial / шаблон для группы? Каков наилучший способ trasmit изменения в / из удаленных разработчиков? Поскольку я отвечаю за это, я решил, что мне нужно будет сохранить по крайней мере один мастер-РЕПО с другим локальным РЕПО, в котором я могу развиваться. Каждый другой человек должен просто нуждаться в Клоне мастера. Это правда? Я думаю, это также делает меня ответственным за слияние?

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

Выбор DVCS - что хорошо для Windows?

Поэтому я хочу получить проект на распределенной системе управления версиями, такой как mercurial, git или bazaar. Загвоздка в том, что мне нужна поддержка Windows, чтобы быть хорошим, т. е. никаких инструкций, которые начинаются с "install cygwin...". Теперь я слышал, что поддержка git Windows в наши дни приличная, но у меня нет опыта из первых рук. Кроме того, похоже, что команда bazaar имеет явную цель сделать ее максимально мультиплатформенной. Могу ли я получить какие-либо рекомендации?

Управление версиями PHP веб-проект

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

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

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

Как я могу отменить git сброс --жесткий HEAD~1?

Можно ли отменить изменения, вызванные следующей командой? Если да, то как?

git reset --hard HEAD~1

Настройка VisualSVN сервера для использования _svn вместо .svn

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

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

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

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

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

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

Настройка Subversion на Windows в качестве сервиса

При установке 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 к существующему репозиторию

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

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

Теория (и терминология) управления версиями

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

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

В настоящее время я работаю в небольшой компании по разработке веб-сайтов, мы в основном делаем сайты кампаний и другие рекламные материалы. В течение нашего первого года мы использовали "server" для совместного использования файлов проекта, простую машину windows с общим сетевым ресурсом. Но это не совсем будущее доказательство.

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

То, что я по существу хочу, - это то, что делает subversion для кода, но для наших файлов documents/psd/pdf.

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

Он также должен быть мультиплатформенным, обрабатывать большие файлы (100 МБ+) и использоваться некоторыми нетехническими людьми.

Управляемый хостинг системы управления версиями и непрерывная интеграция с CVSDude и CruiseControl.net

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

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

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

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

Вы используете контроль версий, кроме как для исходного кода?

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

Возможно ли автоматически производить выезды из любого VCS?

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

Инструменты, которые помогут маленькому магазину набрать больше баллов на "тесте Джоэла"

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

1. Вы используете систему управления версиями?
2. Можете ли вы сделать сборку в один шаг?
3. Вы делаете ежедневные сборки?
4. У вас есть база данных об ошибках?

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

Для управления версиями я знаю, что Subversion-отличное решение ,и если вы один человек, вы можете даже использовать хранилище SourceGear.

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

Если вы можете ответить " да " на построение в один шаг, я думаю, что создание ежедневных сборок будет легко, но какие инструменты вы порекомендуете для автоматизации этих ежедневных сборок?

Для одной или двух человек команды уже обсуждалось на SO, что вы можете использовать FogBugz по требованию, но какие еще решения для отслеживания ошибок существуют для небольших команд?

Номер версии Subversion для нескольких проектов

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

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

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

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

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

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

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

Как я могу преобразовать все окончания строк в CRLF, LF или CR во время операций SVN

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

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

Альтернативы Visual Sourcesafe, интегрирующиеся с Visual Studio

Я заинтересован в том, чтобы отказаться от Visual Sourcesafe в пользу приложения управления версиями, которое предлагает ветвление. Интеграция Sourcesafe в Visual Studio делает проверки / выходы легким делом. Может ли кто-нибудь предложить другие программы, которые предлагают такую же функциональность? Я бы предпочел открытый исходный код, но это не является обязательным требованием.

Что является лучшим способом, чтобы реплицировать хранилище контроля версий?

Вот сценарий, который у меня есть. У меня есть репозиторий cvs в одном месте (A), и я хочу реплицировать его и синхронизировать с репозиторием в другом месте(B). Это будет однонаправленная синхронизация от A до B. каков наилучший способ сделать это? Если это действительно невозможно в CVS, то какую систему управления исходным кодом вы бы порекомендовали для этого? Спасибо

Структура проектов в системе управления версиями

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

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

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

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

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

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

Легкий контроль исходного кода

Я ищу облегченную систему управления версиями для использования в проектах "hobby", где только один человек (Я) работает над проектом. У кого-нибудь есть какие-нибудь предложения? В идеале он должен взаимодействовать с Visual Studio либо наивно, либо через другой плагин, кроме того, все, что работает, было бы неплохо заменить Gmail в качестве системы управления версиями.

.net решение подрывной лучшие практики?

Есть так много примеров того, как настроить свои проекты 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, через которые должен проходить код.

Разве AnkhSVN годится?

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

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

Разве AnkhSVN годится?

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

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

Начинающие Системы Управления Версиями

Что было бы лучшей системой управления версиями, чтобы узнать, как новичок в управлении версиями?

AnkhSVN против VisualSVN

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

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

Почему вообще закупается урожай?

Использует ли ваша рабочая среда Harvest SCM? Я использовал это сейчас в двух разных местах и нахожу это ужасным. В одной ситуации я написал сценарий преобразования, чтобы использовать CVS локально, а затем ежедневно импортировать изменения в систему сбора урожая, пока я сплю. Корпорация была фанатично настроена на использование Harvest, несмотря на то, что 80% программистов требовали чего-то другого. Это было бессмысленно сложно, медленно и тяжело. Теперь для меня обязательным условием работы является то, что Harvest не используется там, где я работаю.

Кто-нибудь еще использовал Harvest раньше? Каков ваш опыт? Так же плохо, как у меня? Вы использовали другие, другие обходные пути? Почему этот продукт все еще покупается сегодня?

Perforce в магазине Microsoft

Наш магазин разработчиков в настоящее время использует Visual SourceSafe. Мы все знаем, как это может закончиться (плохо), поэтому мы исследуем другие системы. Во-первых, это Perforce. Есть ли у кого-нибудь опыт использования его и его интеграции в Visual Studio (2003/2005/2008)? Он так же хорош, как и любой другой, или он довольно прочный с хорошими чертами, сравнительно?

Вы используете распределенный контроль версий?

Я хотел бы услышать от людей, которые используют распределенный контроль версий (он же распределенный контроль версий, децентрализованный контроль версий) и как они его находят. Что вы используете, Mercurial, Darcs, Git, Bazaar? Вы все еще используете его? Если вы использовали клиент / сервер rcs в прошлом, вы находите его лучше, хуже или просто по-другому? Что ты можешь мне сказать такого, что заставило бы меня вскочить на подножку? Или спрыгнуть, если на то пошло, мне было бы интересно услышать от людей с негативным опытом.

В настоящее время я рассматриваю замену нашей текущей системы управления версиями (Subversion), которая является стимулом для этого вопроса.

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

Если вы не уверены, что такое распределенный контроль версий, вот несколько статей:

Введение в распределенный контроль версий

Запись В Википедии

Лучшие подходы к версионированию файлов Mac "bundle"

Таким образом, вы знаете, что многие приложения Mac используют "bundles": он выглядит как один файл для вашего приложения, но на самом деле это папка с большим количеством файлов внутри.

Чтобы система управления версиями могла справиться с этим, ей необходимо:

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

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

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

Недавно у меня были некоторые дискуссии на работе о переходе от 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 так легко добраться, как я могу держать их подальше от темной стороны?

Что является лучшим решением для поддержания резервного копирования и контроля версий на живых веб-сайтах?

Что является лучшим решением для поддержания резервного копирования и контроля версий на живых веб-сайтах?

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

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

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

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

Другие возможности включают в себя:

1. SVK, который является только командной строкой, которая становится проблемой. Кроме того, я не уверен, насколько это будет уместно.

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

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

   Одним из недостатков Mercurial является то, что он не помещает пустые папки под управление версиями, что является проблематичным для веб-сайтов, которые часто имеют пустые папки в качестве мест-заполнителей для загрузки файлов и т. д.

3. Rsync , который я на самом деле не исследовал.

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

Ответ ответов:

• @Kibbee :

  • Речь идет не столько об образовании, сколько об отсутствии знакомства с чем-либо, кроме VSS, и об отсутствии времени/усилий для изучения чего-либо еще.

  • Подход xcopy/7-zip звучит разумно, я думаю, но он быстро займет много места, верно?

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

• @Steve м :

  • Да, это более приятный способ сделать это, но потребует значительных культурных изменений. Сказав, что мне очень нравится такой подход.

• @mk :

  • Хорошо, что я не подумал об использовании Rsync для развертывания. Это только загружает различия? Перезапись всего живого каталога каждый раз, когда мы вносим изменения, будет проблематичной из-за простоя сайта.

Мне все еще любопытно посмотреть, есть ли еще какие-то традиционные варианты

Как "unversion" файл в любом из svn и / или git

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

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

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

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

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

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

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

Как я могу merge мои файлы, когда структура папок изменилась с помощью Borland StarTeam?

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

Есть ли хорошие рекомендации по использованию виртуального устройства Subversion 1.5?

Я ищу решение 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 поощряет метод проверки-проверки.

Контроль версий для графики

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

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

Хороший просмотрщик репозитория Git для Mac

Может ли кто-нибудь порекомендовать хороший просмотрщик репозитория для Git, подобный gitk, который работает на Mac OS X Leopard? (Я не говорю, что gitk не работает)

Конечно, я хотел бы иметь собственное приложение для Mac, но так как я его не нашел, каковы лучшие варианты для gitk?

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

http://sourceforge.net/projects/gitview

Как вы управляете версиями в веб-приложении?

Каковы стратегии управления версиями веб-сайта application/?

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

Это кажется простым для настольного приложения, но я не могу найти подходящий способ управления версиями для веб-приложения asp.net.

NB я не уверен, что был полностью ясен со своим вопросом.

1. Я хочу знать, как построить и автоматически увеличить номер версии для приложения asp.net.
2. Меня не интересует, как связать его с svn.

Это контроль версий (т. е. Subversion) применяется в отслеживании документов?

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

Сейчас я ищу "date modified" в общей папке, открываю недавно измененные документы и использую функцию "Track Change" в MS Word для применения изменений. Я нахожу это немного утомительным.

Так будет ли лучше и проще, если я зафиксирую это в базе данных управления версиями?

В основном я хочу сохранить другую версию файла.

---

Чему я научился из ответов:

• Используйте машину времени для сохранения различных версия (или теневая копия в Vista)

• Существует разница между текстом и бинарные документы, когда вы используете приложение для контроля версий. (А я и не знал тот)

• Diff не будет работать с двоичными файлами

• Система уведомлений (ie email) для пересмотра очень хороша

• Функция редактирования Google Docs.

Обновление :

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

Но то, что кажется правильным для меня, не означает, что это правильно для моего отдела. Будут ли они в порядке с сохранением всех этих документов с помощью Google?

Visual Source Safe -- > TFS Миграция

Здесь мы работаем с кучей безопасных репозиториев визуальных источников уже около 10 лет или около того.

Теперь я хочу избавиться от sourcesafe и перейти к Team Foundation Server.

У вас есть какие-нибудь советы или рекомендации для меня, прежде чем я начну эту миграцию? С какими вещами я должен быть осторожен?

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

Что было бы хорошо, windows и iis (http) на основе распределенной системы управления версиями

На моей работе мы делаем & продаем сайты. Обычно мы устанавливаем наши .NET C# базирует сайт на сервере заказчика и поддерживает его удаленно. Тем не менее, каждый раз в то время, для большего развития работает и просто сделать вещи проще (и быстрее!), мы скопируем сайт на локальный сервер.

Это здорово, но есть одна боль - перемещение сайта обратно к клиенту. Теперь, если ничего не было изменено на копии клиента-нет проблем. Тем не менее, это печальная правда, что когда-то (читайте чаще, чем хотелось бы) некоторые исправления были необходимы для применения на рабочем сервере. Либо потому, что клиент нуждался в нем NOW, либо просто потому, что это была серьезная ошибка.

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

Вот что мне нужно:

• Простота установки-больше ничего не нужно, кроме установщика и прав администратора.
• Может быть интегрирован в существующий веб-сайт в качестве виртуального каталога и работает на порту 80 - нет хлопот с новым DNS требуется.
• Отличное программное обеспечение

Вот и все. Есть идеи?

---

Некоторые комментарии к ответам

Во-первых, спасибо! очень признателен.

Я посмотрел на Mercurial и базар, и оба выглядят очень хорошо. Единственным нюансом является установка в качестве виртуального каталога на IIS. Mercurial, насколько я понимаю, используют специальный протокол (wire) и Базар нуждается и в добавлении расширений python. Есть ли другая система, которую легче интегрировать с IIS? Я готов принять удар производительности для этого.