Max Home IndustryVisual F # переехал с CodePlex на GitHub. Roslyn также делает шаг на этой неделе, и .NET Core, открытый исходный код в ноябре прошлого года, уже обосновался там вместе с TypeScript. Так что же остается с CodePlex?
CodePlex — это собственный хостинг для проектов с открытым исходным кодом от Microsoft. Но он больше не кажется предпочтительным репозиторием для проектов, созданных Microsoft, что, мягко говоря, немного странно.
Сообщение о переносе Visual F # на GitHub указывает на то, что GitHub уже был домом для F # Open Edition, что делает этот шаг очевидной стратегией для привлечения большего количества участников в проект. В нем также говорится, что этот шаг решает одну из основных проблем, а именно запрос, озаглавленный «Перенести исходный код в Github», который был открыт на странице Visual F # Tools на CodePlex в прошлом июле.
Причина была указана:
Больше людей -> больше глаз -> больше вкладов -> меньше работы для Microsoft
Аналогичное обсуждение «Переход на GitHub» было начато в отношении Roslyn в августе, и хотя был хотя бы один комментарий в поддержку сохранения с CodePlex, большинство из них приводили четкие аргументы в пользу перехода. Они включали превосходное удобство использования и поиск кода на Github, а также тот факт, что:
Сообщество открытого исходного кода здесь, а не здесь. Я на 99,9% уверен, что количество вкладов и отзывов для этого проекта значительно возрастет при правильном потоке разработки (поток команды ASP.NET — действительно отличный пример).
Решение со стороны команды Roslyn удовлетворить запрос было принято еще в октябре, и, похоже, оно было выполнено быстрее, чем предполагалось изначально, и в сообщении в блоге от 10 января 2015 года указана дата перехода: 14 января или 15, хотя на момент написания он еще не прибыл.
Помимо переноса кода на GitHub, команда Roslyn переходит на внутреннее использование git, говоря:
Это означает, что у нас будет меньше движущихся частей и мы будем намного ближе к той же среде, которую вы использовали бы в коде Roslyn. Это того стоит.
Именно этот аспект переезда потребовал определенных усилий. В ответе на комментарий Джаред Пар заявляет:
Внутри компании мы все еще использовали и используем TFS (Team Foundation Studio) для управления кодом. У нас был ручной скрипт для преобразования каждого изменения TFS в коммит git. Примерно раз в день мы запускали этот скрипт и отправляли изменения в CodePlex. Как только этот процесс завершится, мы будем работать напрямую в git.
Среди нескольких комментариев к сообщению в блоге, одобряющему этот шаг, один выражает некоторые оговорки:
Меня беспокоит состояние CodePlex, если MS даже не собирается использовать его для внутренних целей. Мне всегда нравился CodePlex, потому что я знал, что получаю код .Net без необходимости копаться в кучу несвязанных вещей, и я мог использовать Team Explorer для получения проектов.
Но даже этот постер, похоже, принимает изменения, поскольку комментарий завершается:
Думаю, мне придется наконец научиться использовать git.
Если вы решили, что вам нужно изучить Git, посмотрите обзор Никоса Ваггалиса на видео Git и GitHub LiveLessons.
Так для CodePlex все кончено? Кажется, так.
Это заставляет задуматься, почему такая компания, как Microsoft, тратит силы на создание собственной, когда есть лучшая или более приемлемая альтернатива с открытым исходным кодом. В конце концов, Git и GitHub долгое время были самыми популярными вариантами управления версиями и хостинга. Брендинг и идентичность, безусловно, являются его частью, и, по-видимому, необходимо тщательно взвесить то, что теряется при переходе на стороннее решение, с затратами на его внутреннее обеспечение.
Может быть понятно, почему Microsoft нужно сохранить Windows, а не использовать Linux, но зачем бороться с IE, IIS, медиаплеером и другими незначительными частями программного обеспечения, которые не приносят прибыли?