Ir para conteúdo
  • Cadastre-se

    A Evolução da Comunidade: Repositórios no GitHub para os Tópicos Mais Valiosos

    Underewar
    Por Underewar,

    Introdução ao GitHub - Colaboração e Gerenciamento de Projetos

     

    Olá, comunidade do TibiaKing!

    Gostaria de compartilhar com vocês uma novidade emocionante: estamos trazendo os melhores projetos da comunidade para o GitHub!

    O GitHub é uma plataforma popular de colaboração e gerenciamento de projetos baseada em controle de versão Git.

    Essa mudança permitirá que todos nós trabalhemos juntos de forma mais eficiente, organizada e transparente.

    O GitHub oferece diversas vantagens para os projetos da comunidade.

    Com ele, podemos centralizar nossos códigos-fonte, documentação e outros recursos relacionados em um único local acessível a todos. Isso significa que, além do fórum, teremos um espaço dedicado para o desenvolvimento e aprimoramento contínuo dos projetos disponiveis no forum.

    Aqui estão algumas informações essenciais sobre o GitHub:

     

    1. Controle de Versão: O GitHub utiliza o Git como sistema de controle de versão. Isso permite que acompanhemos e registremos todas as alterações feitas nos arquivos dos projetos disponiveis ao longo do tempo. Você poderá ver cada modificação feita, quem a fez e até mesmo reverter para uma versão anterior, se necessário.

    2. Repositórios: Os repositórios são as bases do GitHub. Eles são os locais onde armazenamos nossos códigos-fonte, arquivos de documentação e outros recursos. Cada repositório possui sua própria URL exclusiva e pode ser clonado ou bifurcado por outros usuários para criar suas próprias versões dos projetos disponiveis.

    3. Colaboração: O GitHub promove a colaboração entre desenvolvedores. Com ele, podemos receber contribuições de outros membros da comunidade, revisar e discutir mudanças propostas por meio de solicitações de pull. Isso possibilita um ambiente de trabalho colaborativo, onde todos podem participar ativamente do desenvolvimento dos projetos disponiveis.

    4. Gerenciamento de Problemas: O GitHub fornece um sistema robusto de rastreamento de problemas, conhecido como "issues". Essas issues podem ser usadas para relatar bugs, solicitar recursos, discutir ideias ou fornecer feedback sobre os projetos disponiveis. Elas nos ajudarão a organizar e priorizar as demandas da comunidade, garantindo que cada problema seja tratado adequadamente.

    5. Documentação: A documentação é uma parte essencial de qualquer projeto de software. No GitHub, podemos criar e manter documentação atualizada, incluindo guias de instalação, tutoriais, instruções de uso e muito mais. Isso ajudará a facilitar a contribuição da comunidade e garantir que todos estejam alinhados com as melhores práticas e padrões do projeto.

     

    Estou entusiasmado com essa nova etapa no GitHub.

    Acredito que essa mudança nos permitirá crescer e evoluir juntos como uma comunidade.

    Todos são bem-vindos para explorar e contribuir com o projeto no GitHub.

    A participação de cada um de vocês é fundamental para o sucesso contínuo e a melhoria constante do projeto.

    Para acessar o nosso repositório no GitHub e começar a explorar, clique no seguinte link: https://github.com/thetibiaking

     

    Se você tiver alguma dúvida, sugestão ou precisar de ajuda para começar a usar o GitHub, não hesite em perguntar.

    Estamos aqui para ajudar e tornar essa transição o mais suave possível.

     

    Grande abraço, Rafhael Oliveira


    Organização no Github - Cargos:
     

    • Administrador do Projeto

    O papel de Administrador do Projeto geralmente possui privilégios e responsabilidades elevados em comparação com outros papéis dentro do projeto.

    Eles têm amplo acesso e controle sobre as configurações, configurações e permissões de usuário do projeto.

    Suas responsabilidades podem incluir:

    Gerenciar os papéis e permissões dos usuários dentro do projeto.

    Configurar as configurações do projeto e os controles de acesso.

    Lidar com tarefas administrativas relacionadas ao projeto.

    Auxiliar na solução de problemas e resolução de questões.

    Garantir a segurança e conformidade do projeto.

    Ao atribuir o título de "Administrador do Projeto" ao usuário, isso indica seu papel como a autoridade máxima dentro do projeto, responsável por supervisionar e gerenciar todos os aspectos da administração do projeto.

    @Underewar

    @Erimyth

     

    • Gerente de Projeto: Responsável pela supervisão geral do projeto no Github, incluindo o planejamento, coordenação e acompanhamento das atividades. 

    @Underewar

    • Desenvolvedores: Responsáveis pela implementação e manutenção do código do projeto. Eles seriam encarregados de revisar as solicitações de pull, resolver problemas e adicionar novos recursos. É recomendado ter vários desenvolvedores com habilidades diferentes para cobrir todas as áreas necessárias.

    @Underewar

    • Revisor de Código: Responsável por revisar as solicitações de pull e garantir que o código esteja limpo, organizado e seguindo os padrões estabelecidos. Esse cargo é fundamental para manter a qualidade do código e evitar problemas futuros.

    @Underewar

    @Movie

    @FeeTads

    • Documentador: Encarregado de criar e manter a documentação do projeto no Github. Isso inclui a descrição do projeto, instruções de instalação, guias de contribuição e qualquer outra documentação relevante. Ter uma documentação clara e atualizada é essencial para facilitar a contribuição da comunidade.

    @Underewar

    • Gerente de Issues: Responsável por gerenciar as issues abertas pelos usuários, categorizá-las, atribuí-las aos desenvolvedores adequados e garantir que sejam devidamente resolvidas. Esse cargo ajuda a organizar as demandas da comunidade e garantir que todas sejam tratadas de maneira adequada.

    @Underewar

     

    Uma Abordagem Inovadora para Servidores Personalizados: Repositórios Forks e Colaboração no GitHub

    Aos repositórios oficiais mantidos pela equipe do TibiaKing, seguimos o fluxo tradicional de desenvolvimento. No entanto, para os servidores personalizados, adotamos uma abordagem diferente, utilizando forks dos repositórios oficiais como meio de desenvolvimento. Isso permite que façamos alterações no código sem afetar o repositório original, proporcionando flexibilidade para personalizar e adaptar o servidor de acordo com nossas necessidades específicas.

     

    Ao criar uma fork de um repositório oficial, adicionamos a tag "ttk" (TibiaKing) para indicar que se trata de uma versão personalizada. Essa marcação nos ajuda a distinguir as forks oficiais do TibiaKing das demais existentes no GitHub. Além disso, quando desenvolvemos uma funcionalidade personalizada que consideramos valiosa e útil para a comunidade, criamos um novo repositório incluindo essa funcionalidade como parte da organização do TibiaKing. Isso facilita a descoberta, contribuição e utilização centralizada e organizada por parte dos usuários.

     

    Um exemplo concreto disso é o repositório "ttk-my-aac", localizado em https://github.com/thetibiaking/ttk-my-aac, que representa uma versão personalizada do "my-aac" mantido por Slawkens. A presença da tag "ttk" enfatiza que se trata de uma versão modificada e adaptada pelo TibiaKing.

     

    Dessa maneira, gerenciamos os repositórios oficiais e as forks personalizadas de forma eficiente, fornecendo suporte contínuo aos servidores customizados e promovendo uma colaboração ampla entre os usuários do GitHub.

     

    Esperamos que essas informações tenham esclarecido como lidamos com os repositórios oficiais e as forks personalizadas no contexto do TibiaKing. Se tiver alguma dúvida adicional ou precisar de mais informações, não hesite em perguntar. Estamos à disposição para ajudar.

      

    Relate problemas e erros no GitHub do TK

    Siga nossas diretrizes para uma colaboração eficaz!

     

    Queremos incentivar todos os usuários a relatar quaisquer erros ou problemas encontrados durante o uso do nossos projeto disponiveis no GitHub.

    Para tornar o processo mais eficiente e colaborativo, gostaríamos de compartilhar algumas diretrizes importantes a serem seguidas ao relatar problemas no sistema de issues do GitHub.

     

    1. Verifique antes de relatar: Antes de criar um novo issue, é essencial verificar se o problema já foi relatado anteriormente. Dê uma olhada no sistema de issues do GitHub para ver se alguém já descreveu o mesmo problema.

    2. Comente em issues existentes: Caso encontre um issue relacionado ao problema que você está enfrentando, adicione um comentário ao issue existente. Isso permitirá que você compartilhe informações adicionais, relatos de experiências semelhantes ou forneça insights valiosos para a resolução do problema.

    3. Crie um novo issue: Caso não encontre um issue relacionado ao problema, sinta-se à vontade para criar um novo issue no repositório apropriado. Certifique-se de fornecer uma descrição clara e detalhada do problema, incluindo informações sobre os passos para reproduzir o problema, o comportamento esperado e o comportamento observado.

    4. Inclua recursos úteis: Para facilitar a compreensão e resolução do problema, é recomendado incluir capturas de tela, trechos de código relevantes ou qualquer outro recurso que possa ajudar na análise e solução.

    5. Utilize as tags apropriadas: Ao criar um novo issue, atribua as tags adequadas, se disponíveis, para categorizá-lo corretamente. Isso ajuda a organizar e classificar os problemas de forma mais eficiente, como a tag "bug" para erros ou "feature request" para solicitações de recursos.

    6. Acompanhe o issue: Após criar o issue, acompanhe-o regularmente. Esteja disponível para fornecer informações adicionais, responder a perguntas ou dar feedback sobre as tentativas de solução propostas.

    7. Mantenha um ambiente construtivo: Lembre-se de que o sistema de issues é um espaço para relatar problemas e ter discussões construtivas. Evite comportamentos ofensivos, agressivos ou spam. Vamos manter um ambiente amigável e colaborativo.

    8. Resposta da equipe: Nossa equipe e administradores do projeto revisarão e responderão aos issues o mais breve possível. Pedimos a sua paciência durante o processo de resolução, e incentivamos um diálogo aberto para alcançar a melhor solução.

    9. Teste e forneça feedback: Se o problema relatado for corrigido ou resolvido, você receberá uma notificação no issue correspondente. É importante testar a solução proposta e fornecer feedback sobre sua eficácia. Sua participação é fundamental para garantir a melhoria contínua do projeto.

     

    Utilizar o sistema de issues do GitHub para relatar problemas é uma maneira valiosa de colaborar e contribuir com a evolução do projeto TibiaKing.

    Sua participação é essencial para identificar e solucionar problemas, bem como para propor novas ideias e recursos.

    Agradecemos por seguir essas diretrizes e por ajudar a criar uma comunidade mais forte e colaborativa.

    Juntos, vamos tornar o TibiaKing ainda melhor!

     

    Atenciosamente, A equipe do TibiaKing

    Como abrir o seu Pedido (Problemas ou Novos Sistemas)passo a passo.
     

    Spoiler
    1. Acesse o repositório apropriado: Visite o repositório relacionado ao projeto TibiaKing no GitHub. Certifique-se de estar no repositório correto para relatar o problema específico.

    2. Abra a guia "Issues": No menu superior do repositório, clique na guia "Issues". Isso o levará para a página onde você pode visualizar e criar novos issues.

    3. Verifique os issues existentes: Antes de criar um novo issue, verifique se o problema já foi relatado anteriormente. Role a página para baixo e verifique se há algum issue semelhante ou relacionado ao problema que você deseja relatar.

    4. Clique em "New issue": Se você não encontrar um issue relacionado, clique no botão verde "New issue" para criar um novo issue.

    5. Forneça um título e uma descrição: No campo de título, insira um resumo claro e conciso do problema. Em seguida, na caixa de texto grande abaixo, forneça uma descrição detalhada do problema encontrado. Inclua informações como passos para reproduzir o problema, comportamento esperado e comportamento observado.

    6. Adicione capturas de tela ou outros recursos: Se necessário, adicione capturas de tela, trechos de código relevante ou qualquer outro recurso que possa ajudar a entender o problema com mais clareza. Para adicionar uma captura de tela, arraste o arquivo para a caixa de texto ou clique no botão "Attach files" para fazer o upload.

    7. Atribua as tags apropriadas: Selecione as tags apropriadas no painel à direita para categorizar o issue corretamente. As tags podem incluir "bug" para erros, "feature request" para solicitações de recursos, ou outras relevantes para o problema em questão.

    8. Revisão e envio: Antes de enviar o issue, revise cuidadosamente todas as informações fornecidas para garantir que estejam claras e precisas. Certifique-se de ter seguido as diretrizes mencionadas anteriormente.

    9. Clique em "Submit new issue": Após revisar tudo, clique no botão verde "Submit new issue" para enviar o issue. Agora, ele será registrado e estará visível para a equipe e outros membros da comunidade.

     

    Parabéns! Você abriu com sucesso um novo issue no GitHub para relatar um problema no projeto TibiaKing.

     

    Lembre-se de acompanhar o issue e fornecer feedback adicional sempre que necessário.

    Agradecemos sua contribuição para tornar o projeto que você gosta ainda melhor!

    Se você tiver alguma dúvida adicional, sinta-se à vontade para perguntar.

    Estamos aqui para ajudar!

    Solicitando inclusão de servidor no repositório do TibiaKing

     

    Caso você não encontre o servidor X no repositório oficial do TibiaKing no GitHub, você pode entrar em contato diretamente com um dos gerentes de projeto para verificar a possibilidade de inclusão desse projeto na organização.

    Entendemos que a diversidade de servidores personalizados é ampla e que novos projetos são constantemente desenvolvidos pela comunidade. Valorizamos essa contribuição e queremos incentivar a inclusão desses servidores em nosso repositório, desde que atendam a determinados critérios e sejam considerados valiosos para a comunidade como um todo.

    Se você conhece um servidor personalizado que não está presente em nosso repositório e acredita que ele deveria fazer parte da organização do TibiaKing, siga os passos abaixo:

     

    1. Acesse o fórum do TibiaKing ou o servidor Discord.

    2. Procure um dos gerentes de projeto, identificados pelos cargos mencionados anteriormente, como "Gerente de Projeto" ou "Desenvolvedor". Você pode encontrá-los em seções específicas do fórum ou nos canais relevantes do Discord.

    3. Envie uma mensagem para o gerente de projeto informando sobre o servidor X que você gostaria de ver incluído no repositório do TibiaKing. Forneça informações detalhadas sobre o servidor, como seu nome, características especiais, popularidade e qualquer outro detalhe relevante. Explique por que você acredita que o servidor seria uma adição valiosa ao repositório do TibiaKing.

    4. Aguarde a resposta do gerente de projeto. Eles avaliarão a solicitação e discutirão internamente a inclusão do servidor no repositório.

     

    Lembramos que a inclusão de servidores personalizados no repositório dependerá de vários fatores, incluindo relevância, qualidade e alinhamento com as diretrizes e objetivos do TibiaKing.

    Nem todas as solicitações poderão ser atendidas, mas garantimos que cada solicitação será avaliada com cuidado.

    Agradecemos a sua participação e interesse em contribuir para a diversidade de servidores personalizados no repositório do TibiaKing.

     

    Juntos, continuaremos a tornar o TibiaKing uma referência para as comunidades de otserver.

    Atenciosamente, A equipe do TibiaKing

     

     


    Crystal Server, talvez um novo retorno?

    Tryller
    Por Tryller,

    Crystal Server

     

    Olá rapaziada, pra quem não me conhece sou Tryller.
    Eu desenvolvia por volta de 2010 - 2015 uma distro conhecida como Crystal Server.
    Utilizando de base o OpenTibia SVN e o The Forgotten Server.

    Faz um tempo e venho pensando em voltar com a distro do Crystal Server.
    Faz um tempo peguei minha antiga source da versão 8.54 (época em que Crystal Server teve seu início), desde então venho trabalhando aos poucos na distro e atualizei ela para a versão 8,6 do Tibia.

    Eu ainda não pretendo lançar nenhuma nova versão do server. Pois o tempo voa e quando eu desenvolvia o servidor eu era um moleque hoje já estou com 35 anos e com falta de tempo
    Mas resolvi vir até aqui pra fazer uma enquete e ver o que a comunidade acha de uma possível volta, lembrando que como meu tempo é corrido estarei mexendo na distro e no mapa sempre que possível, pra isso coloquei a source no https://github.com/tryller/crystalserver pra quem quiser da uma conferida de como está indo o andamento do server e quem se sentir a vontade de contribuir fique a vontade, basta criar um poll request que estarei analisando.

    Agradeço a todos que lerem está matéria, não esqueçam de voltar na enquete.
    Atenciosamente, Tryller.




×
×
  • Criar Novo...

Informação Importante

Confirmação de Termo