Aldon и .NET Development

Question

Я ищу обратную связь от разработчиков .NET, которые имеют опыт работы с Aldon в качестве платформы управления жизненным циклом. Мы серьезно рассмотрим, что используя Aldon для управления жизненным циклом, включая контроль источника, автоматизированные сборки и т. Д. Я знаю, что там много других вариантов, но наша есть первичный магазин AS / 400 (с программистами AS / 400. От 6 до 1), и Алдон используется уже в нашей команде ISERIES. Преимущество, которую мы ищем, указывают на одну люкс для управления жизненным циклом.

В принципе, я ищу мнения от людей, которые использовали Aldon и еще один набор инструментов (возможно, TFS или комбинацию SVN, круиз-контроль и т. Д.). Если вы работали с обоими, у вас есть рекомендация о том, является ли это хорошей идеей или плохой идеей? Это, очевидно, большой выбор, поэтому любые отзывы были бы полезны.

Редактировать - добавлено

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

Итак, я предлагаю щедрость, чтобы подсластить сделку, и расширить сферу вопроса ... Если есть какие-либо люди, использующие вообще Алдон, можете ли вы предоставить любую информацию о проблемах, которые у вас есть, это хорошо Люкс инструментов, разочарования, или чтены, вещи, которые вы любите, и т. Д.?

Добавлено -even большеНаша основная цель состоит в том, чтобы иметь один продукт для управления как нашими .NET, так и нашими как / 400 (в первую очередь RPG). Если у вас есть предложение для другого набора инструментов, или попробовали его и решили, что не стоит того, я возьму этот ответ.

Answer 1

Я работаю в магазине, похожий на ваш - в нашем случае, существует существенный наследный код базы ISERIES COBOL, а также растущее количество систем .NET - и разработчики .NET успешно лоббировали для использования Subversion для управления источником. В связи с моим по общему признанию краткое время оценка продукта, казалось, что Алдон вообще не был очень гибким в таких областях, как разветвление и метка, и имеет очень громоздкий и тайной интерфейс. Поскольку жизненные волны продукта (MIS) в любом случае (MIS) управляется отдельно в нашем магазине в любом случае, ограничивая использование .NET aldon для контроля за исходным управлением, это было простое решение. В мире .NET Aldon отстает от стандартных инструментов с открытым исходным кодом в области функций и удобств, и не имеет надежды на конкуренцию с TFS. В нашем случае управление .NET Code за пределами Алдона определенно увеличила производительность разработчика и снижение разочарования.

Одним из примеров ... Исходя из магазина Subversion, я пытался выяснить, как создать экспериментальную ветку в Алдоне. Если можно вообще возможно, документация сделала отличную работу по скрыванию функции, и наш администратор Алдона никогда не встречал концепцию. Все в нашем магазине жестко заблокировано, с правами администратора, необходимые для создания проектов, версий и т. Д. Это может быть полезно с точки зрения управления жизненным циклом, но с точки зрения разработчика, пытаясь проделать работу, это убийца. Я не думаю, что управление жизненным циклом и контроль источника входит в одно и то же программное обеспечение, и Алдон ничего не сделал, чтобы отговорить меня от этого мнения.

Answer 2

Я думаю, что вы не найдете здесь, используя его. .NET Люди падают на две категории - те, которые являются «дешевыми» (то есть пытаются сохранить расходы), а затем в основном вы выглядите или что-то вроде с открытым исходным кодом. И те, кто заплатит много, и большинство из них идут с командной системой - потому что он вводится в визуальную студию снизу вверх. AS / 400 - довольно редкая последователь для разработчиков .NET, поэтому, в конце концов - вы, возможно, просто не повезли.

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

Answer 3

Мы столкнулись с той же проблемой на моем рабочем месте несколько лет назад, когда мы начали наш первый проект .NET в разгар группы разработчиков RPG. В то время мы решили использовать отдельную систему управления источником (Subversion) для чего-либо, написанного в .NET (или для чего-либо еще, что кто-то хотел использовать его). Мы переместили все наши проекты (.NET и AS / 400) в Gemini за время отслеживания времени и дефектов. По сути, мы выбрали один продукт для управления нашими проектами .NET и AS / 400 на высоком уровне, но разные инструменты для управления версиями, автоматизированные сборки, автоматизированные тестирования и т. Д.

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