Discussão do artigo "Como começar a trabalhar com MQL5 Algo Forge" - página 2
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Não! Um "fork" e um "clone" não são a mesma coisa. Por favor, não confunda os dois conceitos
Eu entendo perfeitamente!
O motivo pelo qual eu quero usar "clone" e não "fork" é não é É porque quero "seguir" o trabalho original e todas as atualizações futuras que ocorrerão, e ser notificado quando houver novos "commits" que eu precise "puxar". Esse é o motivo da existência da funcionalidade chamada "clone".
Explicado isso, a MetaQuotes não deveria estar promovendo uma "bifurcação" e, em seguida, puxando-a com o "clone". Deveria ser um "fork" e depois um "pull", não um "clone". Eles estão misturando as diferentes funcionalidades.
EDITAR: Se a MetaQuotes insistir em implementar uma solução Git "aleijada" e chamá-la de "recurso", ela acabará sendo pior do que o método SVN anterior.
O que eu quis dizer foi que, quando um clone do git de um repositório é feito no computador local, não há diferença (na composição do arquivo e no histórico de confirmações) entre clonar a partir do repositório original ou clonar a partir de uma nova bifurcação.
A documentação do Git descreve como você pode obter atualizações do repositório original em um clone de sua bifurcação desse repositório.Isso requer pelo menos habilidades básicas de repositório por meio de uma interface de linha de comando. Portanto, de fato, a capacidade de atualizar um clone local de código existe. No entanto, para criar esse clone local usando apenas o MetaEditor, é necessário criar uma bifurcação do repositório original no seu perfil de usuário. Somente depois que a bifurcação for criada, seu nome aparecerá na lista de projetos compartilhados no MetaEditor.
Em geral, não gosto muito dessa abordagem. Afinal de contas, se não planejamos fazer edições no repositório de outra pessoa, não precisamos de uma bifurcação, um clone do repositório original é suficiente. Uma bifurcação, nesse caso, é um item "extra" adicional na lista de nossos repositórios. Pelo que entendi, criamos uma bifurcação quando planejamos fazer ativamente alterações no código retirado do repositório original e não esperamos que essas alterações sejam transferidas de nossa bifurcação para o repositório original (embora exista essa possibilidade via Pull Request).
Colocando-nos no lugar dos desenvolvedores da MetaQuotes, poderíamos, por exemplo, adicionar uma pasta separada com um nome fixo, como "Outros projetos compartilhados", para clones de outros repositórios. Mas essa opção tem suas próprias desvantagens e, portanto, provavelmente é ainda pior do que a solução atual. Não consigo pensar em nenhuma opção melhor de imediato. Talvez a funcionalidade do MetaEditor seja ampliada no futuro e nos seja apresentada alguma outra solução.
Eu gostaria de testar a funcionalidade da atualização. Por isso, criei uma bifurcação do seu repositório FMIC, adicionei-o à minha lista de observação e aos meus favoritos. Vou aguardar seu próximo commit para ver como posso descobrir sobre ele e tentar atualizar a bifurcação.
Como teste, adicionei uma descrição da publicação Heikin Ashi, como um arquivo Markdown README, e o enviei para o repositório.
Veja se você foi notificado sobre a alteração e se pode atualizar a bifurcação.
O MetaEditor também não consegue enviar arquivos de imagem JPG ou qualquer outro tipo de arquivo que ele considere "irreconhecível", mas eu consigo enviá-los usando um cliente Git externo.
PS! O AlgoForge é baseado no software de código aberto ForgeJo.
Como teste, adicionei uma descrição da publicação Heikin Ashi como um arquivo README no formato Markdown e o enviei para o repositório.
Verifique se você recebeu a notificação dessa alteração e se pode atualizar a bifurcação.
Vi isso na interface da Web do repositório:
Tentarei atualizar a bifurcação mais tarde
Como teste, adicionei uma descrição da publicação Heikin Ashi como um arquivo README no formato Markdown e o enviei para o repositório.
Verifique se você recebeu a notificação dessa alteração e se pode atualizar a bifurcação.
Em primeiro lugar, meu clone de bifurcação local ainda não tem o commit mais recente:
Conectar o repositório original, de acordo com a documentação do Git:
Vou para a interface da Web da bifurcação e vejo isso:
Clico no botão "Sync" e faço um Pull no MetaEditor:
Como você pode ver, todos os seus commits foram feitos com segurança na bifurcação e, em seguida, após o Pull no clone da bifurcação em meu computador local.
Nessa página de documentação, há outras maneiras de sincronizar usando comandos de console, mas não as testei, pois todos os commits já estão sincronizados.
Farei mais experimentos posteriormente para ver como o comando Commit e Push no MetaEditor se comportará na bifurcação. Gostaria de saber se ele também tentará enviar as edições para o repositório original.
Em primeiro lugar, meu clone local do fork ainda não tem o commit mais recente:
Conectando o repositório original, de acordo com a documentação do Git:
Vou até a interface da Web da bifurcação e vejo o seguinte:
Clico no botão "Sync" e, em seguida, faço um Pull no MetaEditor:
Como você pode ver, todos os seus commits estavam em segurança na bifurcação e, em seguida, depois de fazer o Pull no clone da bifurcação em meu computador local.
Nessa página da documentação, há outras maneiras de sincronizar usando comandos do console, mas não as testei, porque todos os commits já estão sincronizados.
Tudo bem, mas você provou meu argumento de que um "Clone" e uma "Bifurcação" não são a mesma coisa, e o método adotado pela MetaQuotes requer intervenção extra fora do MetaEditor apenas para poder sincronizar o projeto.
Sem mencionar que isso requer espaço de armazenamento extra nos servidores AlgoForge, para "forks", enquanto um "clone" não requer armazenamento extra nem etapas extras.
Considero as implementações do MetaQuotes muito "falhas" para uso efetivo e continuarei a usar um cliente Git externo ou o VSCode (que funciona muito bem com o AlgoForge sem problemas).
Considero as implementações do MetaQuotes muito "falhas" para uso efetivo e continuarei a usar um cliente Git externo ou o VSCode (que funciona muito bem com o AlgoForge sem problemas).
Estamos felizes em recebê-lo em nossa comunidade de usuários de clientes Git externos!
Considero a implementação do MetaQuotes muito "falha" para ser usada com eficácia e continuarei a usar um cliente Git externo ou o VSCode (que funciona bem com o AlgoForge sem problemas).
Infelizmente, esse é realmente o caso por enquanto. Eu também prefiro usar um cliente externo por enquanto. Mas se você comparar o que foi adicionado ao MetaEditor nos últimos 5 meses, o progresso é notável. É que antes não havia nenhuma ferramenta para trabalhar com o novo repositório, e agora há pelo menos uma versão reduzida.