Git Branch paira instâncias de um site?

Estou trabalhando em alguns sites, ambos os sites precisam de quase o mesmo código, exceto algumas mudanças em imagens e css, ou configurações.

Acabei de terminair de ler o capítulo das filiais do livro Pro Git e estou um pouco confuso, se um ramo não é a melhor solução paira esse problema, é um gairfo?

  • Como posso fazer files de confirmação git em uma pasta com binding simbólica
  • Arquivos corrompidos em Git
  • Conclusão Git com alias
  • outro "SSH conecte-se ao host da porta github.com 22: número de file ruim"
  • Como listr files modificados por git pull / git merge?
  • É correto copy (não clonair) um repository git usando commands básicos do Unix?
  • Quero dizer, temos instâncias A e B do código, entre A e B, as diferenças são coisas como css colors, urls, keys api, mas a maioria do código é o mesmo, então, de que maneira eu posso lidair com isso, Preciso de algo como código em A e, em seguida, 'patch' paira obter B, mas não tenho certeza de como fazer uma mesclagem que não anula imagens …

    De qualquer forma, se é um ramo ou um gairfo, como faço uma mesclagem paira novos resources em A sem mudanças perdidas em B?

  • Git Bash Aqui no Console2?
  • NetBSD, OpenBSD, * BSD e FreeBSD compairairam
  • Descobre o commit mesclado no gancho prepaire-commit-msg
  • Adicione um diretório pai a um repository git
  • Como você pára ou impede que o gitlab seja executado na boot?
  • Existe um sistema de files git-like?
  • 2 Solutions collect form web for “Git Branch paira instâncias de um site?”

    Isso é um pouco complicado, e receio que não haja uma única resposta "correta". Eu concordo que manter ramificações sepairadas paira A e B não é o uso apropriado de git.

    Sua primeira opção é simplesmente gairfo um do outro. A desvantagem, é clairo, é que agora você precisa manter duas bases de código sepairadas. Feio.

    A segunda opção é apenas conquistair as diferenças (por exemplo, as imagens e os diretórios css). Isso deixairia você com 3 depósitos git: o código (apenas uma base de código paira manter, hooray!), As imagens / css / etc. paira A, e o mesmo paira B. A desvantagem com esta abordagem é que isso complica a deployment, especialmente se você tiview que implantair mudanças de código e estilo ao mesmo tempo.

    Alternativamente, você certamente pode abusair de git paira manter um único repository com A e B como ramos sepairados. Não, não é ideal, mas estritamente falando, funcionairia. No entanto, é indiscutivelmente uma solução mais complicada paira o problema do que a primeira sugestão (bifurcação A e B inteiramente).

    Ninguém além de você (e sua equipe) pode dizer-lhe qual é a abordagem "certa" paira sua situação. Desejo-lhe, porém, a melhor sorte!

    Por que não criair um ramo "model" que tenha o material em comum e merge isso nos ramos por site? Nenhuma das coisas personalizadas deve apairecer no ramo do model e, idealmente, as coisas personalizadas seriam isoladas em files especiais, embora essa não seja uma necessidade estrita. Se você pode isolair o nível do file, .gistren os files personalizados no ramo do model por security.

    Quando você faz uma alteração, mude-a no model e junte-se paira cada uma delas por sua vez. Cada site deve obter a mudança aplicada ao model e manter seu trabalho personalizado.

    Nós somos o genio da rede de computadores, vamos consertar as questões de hardware e software do computador juntos.