Você vai se deparar com isso:

warning: You did not specify any refspecs to push, and the current remote
warning: has not configured any push refspecs. The default action in this
warning: case is to push all matching refspecs, that is, all branches
warning: that exist both locally and remotely will be updated.  This may
warning: not necessarily be what you want to happen.
warning:
warning: You can specify what action you want to take in this case, and
warning: avoid seeing this message again, by configuring 'push.default' to:
warning:   'nothing'  : Do not push anything
warning:   'matching' : Push all matching branches (default)
warning:   'tracking' : Push the current branch to whatever it is tracking
warning:   'current'  : Push the current branch

Pode ficar tranquilo que não foi uma falha de segmentação no seu SO, mas sim uma mensagem de Warning que o novo git trás para te avisar que você precisa configurar a variável:

push.default

É claro que o seu comando vai continuar funcionando perfeitamente como sempre funcionou se você não configurar essa variável, mas você vai ficar agoniado com essa mensagem imensa de warning aparecendo toda hora na sua tela.

Acredite em mim

Então para ajeitar isso basta configurar variável com o comando:

git config push.default matching

Se você deseja que esta seja uma configuração padrão para todos os seus repositórios digite o comando:

git config --global push.default matching

Claro que algumas vezes eu acabo levando mais tempo automatizando a tarefa do que repentindo-a. Entretanto no somatório de de tempo que seria gasto para se realizar a tarefa quando o tempo tende a infinito, eu acabo economizando muito tempo de minha vida que seria gasto em coisas não tão interessantes

A bola da vez é a necessidade de se executar o comando ’ssh’ diversas vezes com diversos parâmetros diferentes.

Pesquisando um pouco encontrei um forma de otimizar meu tempo.

Se você criar um arquivo de nome ‘config’ na pasta ‘.ssh’ no seu home o ssh carrega este arquivo e procura por opções de configuração que você deseje criar.

Então:

mkdir "~/.ssh"
vim "~/.ssh/config"


Agora basta configurar o arquivo de acordo com a sua necessidade.

No meu caso utilizei os seguintes parâmetros de configuração:


Host leandro
User smurf
Port 22
HostName leandronunes.net

Host proxy
User smurf
Port 2299
HostName app.dcc.ufba.br
LocalForward 3128 app.dcc.ufba.br:8080


No primeiro caso:

Host leandro
User smurf
Port 22
HostName leandronunes.net

Eu ganho a possibilidade de acessar meu servidor apenas digitando o comando:

ssh leandro


O ssh lerá o arquivo ‘~/.ssh/config’ e saberá que eu quero acessar o servidor leandronunes.net, com o usuário smurf e utilizando a porta 22.

O segundo caso é semelhante ao caso anterior só que desta vez eu escolho outra porta para acessar o meu servidor cujo host é servidor.com.br

Eu acesso o servidor com o comando:

ssh servidor


O terceiro e último exemplo é mais legalzinho.

Host proxy
User smurf
Port 2139
HostName ufba.br
LocalForward 2148 ufba.br:7070


Eu posso acessar o servidor da UFBa, que utilizo como proxy para acessar o periódicos da capes de casa, com o seguinte comando:

ssh proxy


Somente com isso, o ssh já entende que é para fazer um tunel ssh da minha porta ‘2148′ para a porta ‘7070′ do meu host ‘ufba.br’, que eu acesso utilizando o usuário ’smurf’ na porta ‘2139′.

Seria algo equivalente ao comando:

ssh -p 2139 app.dcc.ufba.br -L 2148:app.dcc.ufba.br:7070


É claro que você precisa configurar o seu navegador ( que eu espero que seja o firefox ) para utilizar o proxy.

Existem muitas outras opções que podem ser realizadas utilizando esta técnica.

Se divirta!