@@ -448,6 +448,36 @@ <h4 class="col-xs-12">git rm</h4>
448448 </ div >
449449 < div id ="gitmv ">
450450 < h4 class ="col-xs-12 "> git mv</ h4 >
451+
452+ < div class ="col-xs-12 ">
453+ <!-- Nav tabs -->
454+ < ul class ="nav nav-tabs " role ="tablist ">
455+ < li class ="active "> < a href ="#gitmv1 " role ="tab " data-toggle ="tab "> < h3 > Movendo Arquivos</ h3 > </ a >
456+ </ li >
457+ </ ul >
458+ <!-- Tab panes -->
459+ < div class ="tab-content ">
460+ < div class ="tab-pane fade in active " id ="gitmv1 ">
461+ < br />
462+
463+ < p > Diferente de muitos sistemas VCS, o Git não monitora explicitamente arquivos movidos. < br /> É um
464+ pouco confuso que o Git tenha um comando < b > mv</ b > . Se você quiser renomear um arquivo no Git,
465+ você pode fazer isso com</ p >
466+
467+ < div class ="well well-sm "> git mv arquivo_origem arquivo_destino</ div >
468+ < p > e funciona. De fato, se você fizer algo desse tipo e consultar o status, você verá que o Git
469+ considera que o arquivo foi renomeado.</ p >
470+
471+ < p > No entanto, isso é equivalente a rodar algo como:</ p >
472+
473+ < div class ="well well-sm "> mv README.txt README < br /> git rm README.txt < br /> git add README</ div >
474+ < p > O Git descobre que o arquivo foi renomeado implicitamente, então ele não se importa se você
475+ renomeou por este caminho ou com o comando < b > mv</ b > . A única diferença real é que o comando < b > mv</ b >
476+ é mais conveniente, executa três passos de uma vez. O mais importante, você pode usar qualquer
477+ ferramenta para renomear um arquivo, e usar add/rm depois, antes de consolidar com o commit.</ p >
478+ </ div >
479+ </ div >
480+ </ div >
451481 </ div >
452482</ article >
453483< br >
0 commit comments