Действительно ли Подверсия 'стек' является реалистической альтернативой Серверу Основы Команды?
Документация MySQL также определяет следующие методы:
- Установите
sql-mode="в файле параметров, таком как my.cnf (операционные системы Unix) или my. ini (Windows)." - Чтобы установить режим SQL при запуске сервера через командную строку, используйте параметр
--sql-mode="."
* Где
Чтобы очистить режим SQL явно, установите его в пустую строку, используя --sql-mode="" в командной строке или sql-mode="" в файле параметров.
Я добавил параметр sql-mode="" в /etc/my.cnf, и он сработал.
Это SO-решение обсуждает способы выяснить, какой файл my.cnf используется MySQL .
Не забудьте перезапустить MySQL после внесения изменений.
12 ответов
Хороший вопрос (вопросы). Я никогда не использовал TFS, но все это, конечно, возможно со многими инструментами. Самое большое препятствие является культурой и мышлением компании и разработчиков.
я - про SVN. (Но TFS работал бы, я уверен)
, я предложил бы очень легкое проникновение на ежедневных задачах.
песочницы Наличия или правила продвижения от одного ответвления до другого в SVN один способ сделать анализ кода, не держа процесс фиксации.
Так, для обращения к каждой из точек: SVN обрабатывает управление исходным кодом и вспомогательный/включает в управлении изменениями и Управлении версиями
, Управление изменениями / Рабочий процесс в основном определяет проектная группа и может помочь с простыми инструментами или просто осуществить политика.
Управление версиями является также базирующейся политикой и использует существующую платформу/инструменты (SVN)
, Большинство любой популярный дефект/системы отслеживания задач обработает Управление инцидентами, и управление документооборотом - думают Wiki с trac или fogbugz (наряду с SVN для менеджмента документа)
, FXCop и все другие инструменты могут быть частью сборки для анализа кода
, Среда тестирования является большим количеством политики, базирующейся, чем управляемый инструмент - необходимо сделать его приоритетом если, именно это Вы хотите.
Ваше понятие создания отчетов неопределенно, но я думаю, что у Вас есть более чем достаточно инструментов в любом сценарии для удовлетворения этого
, я не уверен, в чем Вы действительно нуждаетесь до интеграции с 2008. В любом случае это не много может быть так же столь же сильно связано как TFS, но я не рассматриваю что как проблему.
(я думаю, что Вы ответили на свой собственный вопрос.) Это может закончить тем, что было религиозной войной между сторонами анти-MS и MS.
В трех местах я был в том, где я ответил за рекомендацию и реализацию решения, мы голосовали с нашими кошельками - против MS. Я уверен, что TFS способен, но конкуренция вполне до задачи, и я думаю, что те инструменты переводят хорошо для других заданий.
Что касается инструментов для рассмотрения - я думаю, ища Переполнение стека nant, msbuild, cruisecontrol, и т.д. даст Вам больше содержания, чем можно встряхнуть палку в...
Некоторые очень крупные проекты успешно работают на SVN или МЕРЗАВЦЕ.
я был бы склонен использовать различные лучшие среди аналогов приложения, которые говорят друг с другом, чем единственное монолитное создание как TFS. Много свободных и коммерческих средств отслеживания ошибки интегрируется с SVN также, как и исполнители тестов. Также обычно легче создать Ваши собственные интерфейсы к чему-то как SVN, чем заставить приложение для сервера MS сделать что-то новое.
И наконец легче мигрировать от чего-то как SVN к следующей большой новой вещи, чем вытащить данные из proprietry пакета как TFS.
Если целевые разработчики центральны Microsoft, и клиент хочет enforcable процесс, то пребывание с TFS является хорошим вызовом. Затраты на внедрение должны принять во внимание кривую обучения, любую потерянную производительность и существующую инфраструктуру. Если это будет крупным магазином, и он кажется, что это, Вам также будет нужно закрытие сделки команды "IT", которое может быть трудно получить с совершенно новым технологическим стеком.
Однако вот некоторые другие опции:
Вы могли бы хотеть смотреть на Подрывную деятельность + (отслеживание ошибки) Atlassian Jira, Слияние (Wiki), Бамбук (CI), Clover (покрытие кода), Подозрительный взгляд (репозиторий "понимание")
, Они - коммерческие инструменты, но также уже интегрируются и интегрируются хорошо с Подрывной деятельностью.
Рациональный комплект инструментальных средств, который IBM теперь продает и разрабатывает, устойчив, надежен и очень ориентирован на процесс. Вероятно, более дорогой, чем TFS, все же. Я недавно не использовал это, но в прошлых обязательствах это работало хорошо для тех магазинов.
И наконец, существует Компьютерный Партнер Менеджер изменений программного обеспечения , который имеет самое неприятное осуществление процесса любого инструмента, который у меня когда-либо была неудача, которая будет вынуждена использовать. Но, если анально-сохраняющий, одержимый/навязчивый обязательный процесс - то, что Вы хотите, это - инструмент для Вас.
Я изучил бы SVN, Trac, CruiseControl, и Nant... все бесплатно, открытый исходный код, и чрезвычайно зрелый.
я убедил свое рабочее место на этом стеке, и я не оглянулся назад...
Сервер Основы команды также включает управление сборками, управление сборками TFS может использоваться для Непрерывная Интеграция , а также сборки конечных версий и т.д.
, я использовал CruiseControl.NET с Подрывной деятельностью для управления сборками, и это работало. Однако TFS даст Вам, больше управления и контролирующий и т.д. Рассматривает, хотите ли Вы иметь тот уровень управления Вашим программистом, или если Вы доверяете им больше.
Также полагают, что Хранилище или Крепость от SourceGear, как разработанного легки для людей, которые привыкли к Visual SourceSafe, .e.g. у них есть прикрепление.
Так же, как люди ненавидят консультантов, Вы могли бы рассмотреть говорящий с фирмой, которая делает коммерческую поддержку svn. Если TFS является столь дорогим, как Вы говорите, это может сохранить Вас немного денег с преимуществом начинания Вас с хорошей установкой. Существуют риски, связанные с этим, конечно.
Я связываю "Стек Subversion" с FOSS по некоторым причинам. Не то, чтобы это не может использоваться для работы предприятия, но по моему опыту, корпоративные клиенты предпочитают единое решение.
Хотя вопрос, Думаю, у обоих маршрутов есть свои достоинства. Мне очень нравится простота использования основных и повседневных операций, которые TFS обеспечивает благодаря интеграции с Visual Studio. Если сравнивать с TortoiseSVN с графическим интерфейсом, он действительно теряет функциональность. В TFS есть утилита командной строки, которая охватывает большинство функций, отсутствующих в графическом интерфейсе. Я думаю, что помимо управления исходным кодом TFS обеспечивает гораздо более сильную согласованность, когда дело доходит до настройки политик регистрации / фиксации, связывания их с рабочими элементами и т. Д. Мне особенно нравится веб-интерфейс, который предоставляет TFS (хотя, прежде чем проявлять чрезмерный энтузиазм, обязательно изучите его модель лицензирования) Обработка конфликтов слияния в VS2008 довольно слабая, но в VS2010 они будут ее улучшать. TFS в некотором роде мастер на все руки, возможно, не умеет. Однако TFS также позволяет использовать гибридные решения, когда дело доходит до непрерывной интеграции, различные инструменты из того, что вы называете «стеком Subversion», также могут использоваться в сочетании с TFS.
VisualSVN обеспечивает действительно хорошую интеграцию между SVN и VS. Мы перешли с TFS на SVN. Тогда (около 2 лет назад, я думаю...) нам казалось, что TFS раздута и медленнее (намного медленнее по сравнению с svn). Но я уверен, что сейчас ситуация улучшилась.
Одно из главных различий между этими двумя маршрутами в том, что TFS можно легко настроить по сравнению с "svn stack". Вам придется установить различные инструменты и приложения и заставить их работать вместе. Это займет некоторое время. но после этого все будет работать без нареканий.
Наш стек выглядит так:
Управление конфигурацией (например, управление версиями)
SVN
Управление изменениями (рабочий процесс и документация для запросов на изменение, задачи)
Trac
Управление выпусками (сборки и развертывания)
Hudson
Управление инцидентами и проблемами (проблемы и ошибки)
Trac
Управление документами (аналогично контролю версий, но доступно через Интернет)
SVN (с Apache для Интернета интерфейс)
Ограничения анализа кода при проверках
Coverity
Среда тестирования
Hudson (поддерживает множество различных сред модульного тестирования)
Отчетность
StatSVN
Visual Studio Интеграция 2008 года
VisualSVN
Я думаю, что следующий стек превосходит TFS:
- VisualSVN Server - контроль исходников
- Jenkins - автоматизированная сборка
- Redmine - отслеживание проблем
Каждый из этих инструментов служит определенной цели и стоит на своем месте. Они хорошо работают вместе, но могут быть заменены по отдельности, когда появится что-то лучшее.
Я удивлен, что никто не упомянул TeamForge Коллабнета. Это «стековая» часть SVN для отслеживания ошибок и других средств управления поверх SVN.
Он не выполняет управление требованиями так же, как другие приложения (например, Polarion Requirements ), но если вы можете отследить требование как «ошибку», тогда все будет в порядке.
Кстати, есть Polarion ALM , который является конкурентом TFS - у них есть сравнительная таблица на сайте. Хотя дорого: (
Лучшей бесплатной альтернативой, вероятно, будет Redmine ИМХО.