Luis Bravo's List: linux

• Udev rules written by the administrator go in /etc/udev/rules.d/, their file name has to end with .rules
• The udev rules shipped with various packages are found in /usr/lib/udev/rules.d/

• git status -s

  • Forma mais compacta do git status. Mostra arquivos adicionados e modificados.
• The 'AM' status means that the file has been modified on disk since we  last added it

  • Cuidado! O mais seguro talvez seja fazer um commit logo após adiconar um arquivo, e usar "git add ." antes de qualquer commit.
• For a very interesting example of using this flexibility to stage only  parts of modified files at a time, see the '-p' option to  git add in the Pro Git book

  • Interessante ... Podemos rever as mudanças uma a uma antes de adicionar ao commit/snapshot
• You can see there are two columns in the short status output. The first  column is for the staging area, the second is for the working directory.

  • As colunas mencionadas são as colunas do git status -s
• git diff  show diff of unstaged changes

  • "git diff" puro mostra diferenças entre o último commit e as modificações correntes que ainda não foram adicionadas para o próximo commit.
• So where git status will show you what files have changed  and/or been staged since your last commit, git diff will  show you what those changes actually are

  • É útil usat "git diff" depois de um "git status" para tirar dúvidas e confirmar mudanças.
• git diff --cached  show diff of staged changes

  • Então a sequência é: commit, stage/cached e work dir. Arquivos modificados estão no work dir e são mostrados por "git diff" e aparecem na segunda coluna de "git status -s". Arquivos adicionados aparecem na primeira coluna do "git status -s" e no "git diff --cached". Arquivos commitados não aparecem no git status ou git diff, a não ser é claro que sejam alterados.
• git diff HEAD  show diff of all staged or unstaged changes

  • "git diff" + "git diff --cached".
• git diff --stat  show summary of changes instead of a full diff

  • Comando útil
• In a nutshell,  you run git diff to see details of the git status  command - how files have been modified or staged on a line by line  basis.

  • "git diff" detalha as modificações indicadas pelo "git status"
• The commit message is very important. Since much of the power of  Git is this flexibility in carefully crafting commits locally and then  sharing them later, it is very powerful to be able to write three or  four commits of logically separate changes so that your work may be more  easily peer reviewed. Since there is a separation between committing and  pushing those changes, do take the time to make it easier for the people  you are working with to see what you've done by putting each logically  separate change in a separate commit with a nice commit message so it  is easier for them to see what you are doing and why

  • Dito de outra forma, faça commit a vontade. Após cada pequena alteração ou grupo de alterações similares, faça um commit e comente bem o que foi feito. Como a documentação diz "commits are cheap!"
• git commit -a  automatically stage all tracked, modified files before the commit

  • Por isso é que eu, por segurança, no scriptizinho "comita" faço:
    
    git add .
    git commit -a 

  • Diferença importante entre "git commit -a" e "git add": git commit -a não adiciona novos arquivos ao stage, apenas os que já são "tracked". Se novos arquivos forem criados é necessário usar "git add".
• This now lets you complete the entire snapshotting workflow - you  make changes to your files, then use git add to stage  files you want to change, git status and git diff  to see what you've changed, and then finally git commit  to actually record the snapshot forever.

  • Fluxo
    
    1 - git add: adiciona mudanças
    2 - git status e git diff: verifica mudanças antes do commit
    3 - git commit: commita mudanças
• git reset

  • Realmente "git reset" é um pouco confuso. É melhor reler esse trecho se precisar usar.
• git rm

  • Comando perigoso. Melhor usar git rm --cached.
• You're in the middle of some changes but something comes up that you  need to jump over to, like a so-urgent-right-now bugfix, but don't want  to commit or lose your current edits. git stash is there for you.

  • git stash: útil se você está no meio de um trabalho mas precisa fazer alguma coisa urgente.

14 more annotations...