Aldon и.Net Development
Мне нужны отзывы разработчиков.Net, которые имеют опыт работы с Aldon в качестве платформы управления жизненным циклом. Мы серьезно рассматриваем возможность использования Aldon для управления жизненным циклом, включая управление исходным кодом, автоматические сборки и т. Д. Я знаю, что существует множество других вариантов, но у нас есть основной магазин AS/400 (программистов на AS / 400 больше, чем разработчиков.Net). 6 до 1), и Aldon уже используется нашей командой iSeries. Преимущество, которое мы ищем, это наличие одного пакета управления жизненным циклом.
В основном, я ищу мнения людей, которые использовали Aldon и другой набор инструментов (возможно, TFS или комбинацию SVN, круиз-контроля и т. Д.). Если вы работали с обоими, есть ли у вас рекомендации о том, хорошая это идея или плохая? Это, очевидно, большой выбор, поэтому любая обратная связь будет полезна.
Редактировать - Добавлено
Нет ответов или комментариев... И мой первый значок Tumbleweed. Я не уверен, является ли это просто плохим вопросом, если на самом деле никто не использует Aldon для управления своей работой.NET, или если просто никто не использует Aldon, который использовал другие продукты и может предложить сравнение.
Итак, я предлагаю вознаграждение, чтобы подсластить сделку, и расширить суть вопроса... Если есть кто-нибудь, кто вообще использует АЛДОН, можете ли вы предоставить любую информацию по имеющимся у вас проблемам, хорошо ли это? набор инструментов, разочарований или ошибок, любимых вещей и т. д.?
Добавлено - даже больше Наша основная цель - иметь один продукт для управления нашей.NET и нашей разработкой AS/400 (в первую очередь RPG). Если у вас есть предложение по другому набору инструментов или вы попробовали его и решили, что оно того не стоит, я также приму этот ответ.
3 ответа
Я работаю в магазине, похожем на ваш, - в нашем случае, существует значительная база унаследованного кода на языке COBOL iSeries и растет число систем.NET - и разработчики.NET успешно лоббировали использование Subversion для управления источником. В течение моего, по общему признанию, короткого времени оценки продукта мне показалось, что Алдон не очень гибок в таких областях, как разветвление и маркировка, и имеет очень громоздкий и загадочный интерфейс. Так как жизненные циклы продукта (неправильно) управляются в нашем магазине раздельно, ограничивая использование Aldon в.NET только контролем версий, это было простое решение. В мире.NET Алдон сильно отстает от стандартных инструментов с открытым исходным кодом по возможностям и удобству использования и не надеется конкурировать с TFS. В нашем случае управление кодом.NET вне Aldon определенно повысило производительность труда разработчиков и уменьшило разочарование.
Один пример... из магазина Subversion я пытался выяснить, как создать экспериментальную ветку в Алдоне. Если это вообще возможно, документация отлично скрывала эту функцию, и наш администратор Aldon никогда не сталкивался с этой концепцией. Все в нашем магазине плотно заперто, с правами администратора, необходимыми для создания проектов, версий и т. Д. Это может быть целесообразно с точки зрения управления жизненным циклом, но с точки зрения разработчика, пытающегося выполнить работу, это просто убийца. Я не думаю, что управление жизненным циклом и контроль источников принадлежат одному и тому же программному обеспечению, и Алдон не сделал ничего, чтобы отговорить меня от этого мнения.
Я думаю, вы не найдете здесь никого, кто использует это. Люди.NET делятся на две категории - те, которые "дешевы" (то есть пытаются сэкономить на затратах), а затем в основном вы выглядите или что-то вроде открытого источника. И те, кто платит много, и большинство из них идут с Team System - потому что она интегрирована в Visual Studio снизу вверх. AS/400 - довольно редкая смесь для разработчиков.NET, так что, в конце концов, вам просто не повезло.
Лично я не уверен, что я бы даже беспокоился об этом. Есть гораздо больше, чем Team System, чем отслеживание источника и т. Д. - множество хороших функций тестирования, встроенная непрерывная интеграция и т. Д., И все это без использования вытяжек для того, чтобы - ну - тогда получить худший продукт.
Мы столкнулись с той же проблемой на моем рабочем месте несколько лет назад, когда мы запустили наш первый проект.NET среди множества разработчиков RPG. В то время мы решили использовать отдельную систему контроля версий (Subversion) для всего, что написано в.NET (или для чего-то еще, для чего кто-то хотел использовать это). Мы переместили все наши проекты (.NET и AS/400) в Gemini для отслеживания времени и дефектов. По сути, мы выбрали один продукт для управления проектами.NET и AS / 400 на высоком уровне, но с разными инструментами для контроля версий, автоматических сборок, автоматического тестирования и т. Д.
Спустя годы я могу с радостью сказать, что это сработало для нас. Я действительно не могу думать ни о каких проблемах, которые это вызвало - но могу засвидетельствовать факт, что это избежало некоторых потенциальных головных болей и ударов по голове. Я думаю, что вам будет легче найти (хороших) разработчиков.NET, выбрав широко используемую систему контроля версий. Я не могу говорить за кого-то другого, но для меня использование системы контроля версий, о которой я даже никогда не слышал, было бы чем-то вроде красного флага в ситуации интервью.