quinta-feira, 15 de janeiro de 2015

Microsoft despreza Codeplex, move grandes projetos para GitHub


A Microsoft concluiu a jogada de Roslyn, a próxima geração do compilador de código aberto para C # e Visual Basic, a partir CodePlex para GitHub.


Gerente do Programa Kasey Uhlenhuth explica que a equipe de Roslyn não é só mover o repositório, mas também a mudança para git internamente.





"Estamos caminhando para o nosso código GitHub bem como a mudança de usar git internamente. Isso significa que teremos menos peças móveis e não nos levará muito mais próximo do mesmo ambiente que você estaria usando no código Roslyn. Será assim vale a pena ", entusiasma-se Uhlenhuth.



Microsoft está se movendo projectos de CodePlex para GitHub



CodePlex foi lançado em 2006 como parte do esforço da Microsoft para cultivar uma comunidade de código aberto em torno de suas plataformas de desenvolvimento. Tem sido em torno de mais tempo do que GitHub, que foi lançado em 2008, mas que cresceu e se tornou o repositório mais popular para projetos de código aberto, assim como é amplamente utilizado para o código de aplicação comercial. Uma das razões para o seu sucesso, como o nome indica, foi a sua adoção antecipada de Git, um sistema de controle de versão distribuído criado por Linus Torvalds para o desenvolvimento de Linux.


O mais recente movimento significa que Roslyn junta vários outros projetos open source .NET que estão hospedados no GitHub, como parte da Fundação .NET , incluindo ASP.NET 5 e .NET Core. No entanto, alguns projetos da Fundação como "Katana", o nome de código para Owin (Open Web Interface para .NET) Authentication middleware, atualmente permanecem no CodePlex.


Outro projeto de destaque para se deslocar de CodePlex para GitHub é original datilografado, a linguagem da Microsoft, que compila para JavaScript, que completou sua migração em julho de 2014.


Por que ao invés de GitHub CodePlex? A principal fundamentação parece ser a de ir para onde a comunidade é, especialmente desde que a Microsoft quer atrair a atenção de Linux ou Mac desenvolvedores que não estão familiarizados com o repositório Microsoft. Projetos como ASP.NET 5 têm atraído mais atenção desde a migração.


Há outros fatores embora. CodePlex, apesar de oferecer suporte para Git desde o início de 2012, não é tão bom. No ano passado, F # desenvolvedor Steffen Forkmann postou sobre o assunto:


"A primeira impressão no site do CodePlex é que cada clique sente tão frustrantemente lento. Esperando 4s e muito mais para que um local de carga não exatamente sentir como 2014 ", disse ele. Outras queixas são de que as notificações de e-mail não funcionam, revisão de código é quebrado, e busca é pobre. Ele termina com um apelo para F # ferramentas do Visual para passar para GitHub.


Um par de dias atrás, o F # equipe fez exatamente isso :



"Isso nos leva mais perto da casa de longa data do F # Open Edition, aborda uma das nossas principais erros, e nos coloca na mesma plataforma de hospedagem como outros grandes projetos de código aberto da Microsoft, como .NET Core, dactilografado e (em breve) Roslyn. "



disse que o F # equipe.


Não há nenhuma sugestão de que CodePlex vai fechar, mas com Microsoft movendo seus projetos premier distância seria racional concluir que não tem muito futuro.


Disposição da Microsoft de preferir uma solução melhor de terceiros sobre a sua própria tecnologia é uma coisa boa para os desenvolvedores. Dito isto, ele faz levantar algumas questões difíceis.


Por que, depois de oito anos de desenvolvimento, foi CodePlex não um bom desempenho? Se GitHub é melhor do que CodePlex, quais são as implicações para o Team Foundation Server [TFS], ferramenta de gerenciamento de ciclo de vida de aplicativos da Microsoft, ou para o Visual Studio Online, uma versão hospedada do TFS, já que você poderia imaginar que, pelo menos, alguma tecnologia é compartilhada entre estes Projetos? Ambos os produtos têm suporte completo para Git, mas o mesmo acontece com CodePlex.


O Visual Studio IDE apoiou Git desde o início de 2013, e na Microsoft, de hoje, o que importa é a aplicações que são construídas, não o repositório de código fonte é usada. ®


* NIH - não foi inventado aqui.







via Alimentação (Feed)

Nenhum comentário:

Postar um comentário