Não consigo gerar commit. Diz que não posso abrir ou iniciar meu editor de código

Guedesou
(usa Linux Mint)

Enviado em 23/09/2020 - 11:54h

Galera, não sei mais o que fazer.

Alguma alma boa?
Aparece " hint: Waiting for your editor to close the file... error: unable to start editor 'vscode' (ou o Vim, caso eu mude).

Tô fazendo um curso e o professor falou pra config com este comando: git config --global core.editor (editor que uso)

mas mesmo que eu mude, dá a mesma msg.

palomo
(usa Arch Linux)

Enviado em 23/09/2020 - 12:30h

Certo na sua outra thread o problema era outro, pelo que vi agora você está usando sua pasta pessoal e mesmo assim o git continua apresentar problemas.

Poste aqui a saida do comando ls -la execute ele dentro da pasta new-git-project, e poste aqui também a saída do comando ls -la ~/.gitconfig

Suspeito que usando superusuario e/ou chmod você desregulou seu git e outras pasta dentro deste diretório, mas não desanime é normal cometer essas gafes no começo.

Faça o seguinte, como eu disse na thread anterior em outro lugar crie um diretório chamado Projetos e dentro dele crie um diretório chamado chamado new-git-project

dentro deste novo diretório, crie os arquivos do seu antigo projeto "sim criar do zero novamente, abrir o arquivo antigo copiar o conteúdo dele para o novo" não copie os arquivos em si pois eles carregam metadados, estes metadados levam informações sobre permissões então se você copiar os arquivos do diretório antigo para o novo eles provavelmente vão apresentar o mesmo problema.

Feito isso execute o comando: git init dentro deste diretório, se tudo ocorrer você vai ter inicializado um projeto com o versionamento,

use o git add . para adicionar os arquivos.
git commit -m 'commit inicial' para incluir os arquivos no seguinte commit.


Tente fazer esse fluxo e verifique se vai dar certo.


O git geralmente não pede sudo para alterar as configurações no escopo global e nem para executar seus comandos como o commit.

-------------------------------------------------------------------------------------------------------
Acredite que vale a pena viver, e a tua convicção ajudará a criar este fato.

Guedesou
(usa Linux Mint)

Enviado em 23/09/2020 - 13:10h

Dark, ontem quanod tava dando erro, eu comecei hoje tudo de novo. CRriei nova pasta e os arquivos. Porque eu tinha criado a primeira vez dentro de a pasta do outro curso, aí criei uma só rpa ele.

Executei os comandos, mas hoje pra eu conseguir gravar o "index.txt" eu realmente usei chmod 777 /root/meucaminho/pessoal/

palomo
(usa Arch Linux)

Enviado em 23/09/2020 - 13:52h

Como você pode ver todas os arquivos e pastas dentro do diretório new-git-project são do usuário root e também pertencem ao grupo root... por isso você não consegue executar o git ou editar seus arquivos, pois você está fazendo isso usando o usuário comum que não tem privilégios para editar, executar, ler, excluir os arquivos que pertencem ao grupo e/ou usuário root.

Você pode arrumar isso usando os seguintes comandos dentro do diretorio new-git-project.

sudo chown -R guedes:guedes . 

O comando acima é a abreviação de change owner (trocar/mudar o dono) a opção -R indica a recursividade, já guedes:guedes indica que é para alterar estes arquivos para o dono usuário guedes e para o grupo guedes.

logo após execute o comando:

ls -la 

vamos aprender a interpretar o ls -la

----------  1 usuario grupo       3349 ago 19 10:59 arquivo.qualquer 

basicamente cada - indica um tipo de permissão no arquivo, dentro deste monte de - existem algumas sub-divisões que indicam as permissões do grupo e do usuário....

De uma forma pitoresca e exemplar imagine que por exemplo os 3 primeiros - indicam respectivamente as permissões de "leitura, escrita e execução" como permissões do usuário.

Agora imagine que os - da posição 4, 5 e 6 representam as mesmas permissões mas desta vez como permissões do grupo, recomendo dar uma estudada sobre como funciona as permissões de arquivos no linux...


Aplicando para o cenário real do linux funciona assim como na imagem anexada, quando você usa o chmod 777 você indica que todos esses - sejam preenchidos com suas respectivas permissões, o que na verdade acaba mais atrapalhando do que ajudando.

se você deseja dar permissões de leitura, escrita e execução use os seguintes comandos para cada situação

chmod +r arquivo 

chmod +w arquivo 

chmod +x arquivo 

ou

chmod +rwx arquivo 

onde:
r = 'readable' = legível
w = 'writable' = gravável
x = 'executable' = executável

caso deseja retirar uma permissão use o - no lugar do +

caso tenha algum erro, poste aqui :-)

Referencia:

https://linux.die.net/man/1/chown
http://bloghardwaremicrocamp.com.br/sem-categoria/permissoes-em-pastas-e-arquivos-no-linux/

----------------------------------------------------------------------------------------------------
Acredite que vale a pena viver, e a tua convicção ajudará a criar este fato.

msoliver
(usa Debian)

Enviado em 23/09/2020 - 16:55h

Tudo indica que, o problema é que o dir: "udacity-git",
foi criado com "root", portanto, tudo que é criado dentro dele, herda as suas permissões, dono e grupo....
Verifique se é isso mesmo ((dono do dir: "udacity-git" é o root),
caso positivo, altere o dono e grupo, com a dica já postada e muito bem explicada.

______________________________________________________________________
Importante: echo -e "\n$(lynx --dump goo.gl/a9KeFc|sed -nr '/^[ ]+Se/,/dou.$/p')\n"
Att.: Marcelo Oliver
______________________________________________________________________

Guedesou
(usa Linux Mint)

Enviado em 05/01/2021 - 13:17h

Galera, por favor me ajudem. Já tentei de tudo. tô até pensando em desistir. Não quero desistir.
Tô tentando desde ontem.
_______________________________________________________________
*este IP 140. ... não é meu, eu devo ter dado acesso em algum momento.

*tentei seguir uma dica no github e instalei o SSH e linkei no meu github. Fiz os passos como estão no print a seguir, porém não deu certo.

*Tô deixando o print do

gitlog 

e o

git remote -v  

pra adiantar a ajuda.

Muito obrigado por tudo que têm feito por mim. Se melhorei um pouco no Linux, foi porque tive por aqui.

omag0
(usa Debian)

Enviado em 05/01/2021 - 17:04h

Voce adicionou essa key no site do github?