/m/ - Meta

coisas do site


Nova Resposta
Nome
×
Sage
Assunto
Mensagem
Ficheiros Máx 550MB total
Tegaki
Password
[Nova Resposta]


11.png
[Esconder] (38KB, 500x500)
Regras
FAQ

Boas postas
1645902192198s.jpg
[Esconder] (5.2KB, 250x235)
O absoluto estado
percebo que queiras usar o mesmo software que o  ptchan mas tem em mente que a licença é AGPLv3, ou seja, tens que divulgar publicamente qualquer modificação que falas no código
Repostas: >>66 >>67
>>65
faças* fds
>>65
como copio as coisas do servidor para o github?
Repostas: >>68
>>67
se só clonaste, devias ter feito um fork mas não há grande stress porque isso muda-se 

1) deves criar um repositório remoto para o lusochan lá (ou noutro sítio alternativo tipo o gitlab)
2) depois no repositório local (o do servidor que deves ter apenas clonado pela pergunta) defines esse novo repositório do github/gitlab/gitalgo como remoto
3) fazes commits (que vão para o repositório local) e depois dás push (envia as coisas locais para o remoto) 

isto é o básico dos básicos, há branches e um dia destes vais apanhar conflitos e tudo mais

idealmente tu queres continuar a ir buscar updates ao jschan portanto  deves definir outro repositório remoto com o repo do jschan, dá-lhe um nome tipo upstream; git remote add upstream <repo do jschan>
quando quiseres ir buscar alterações deves fazer pull do upstream; git pull upstream <nome do branch>

não sabes usar o git, admin? lê um pouco antes e experimenta com repositórios de teste, é uma coisa importante de se saber
https://git-scm.com/book/en/v2/Git-Basics-Working-with-Remotes
https://docs.github.com/en/get-started/getting-started-with-git/managing-remote-repositories
também deves ter cuidado com o que fazes commit e como fazes; não queres meter segredos no repositório nem fazer commits com um nome/email pessoal (se quiseres manter algum nível de anonimato)

o flow que tu procuras é algo muito do tipo: tens um clone do repositório na tua maquina onde programas que corre o chan localmente, fazes alterações e testas, quando estás satisfeito vais fazes commit para um branch próprio (um branch só para desenvolvimento ou até um só para a alteração), depois fazes merge desse branch tipo assim branch da funcionalidade (opcional)  -> dev -> master\main, deves ir testando as coisas após os merges e o servidor só deve correr código do master\main a maioria do tempo; quando queres meter algo a correr no servidor fazes pull do teu remoto (que tem as alterações que fizeste na tua estação de trabalho e testaste localmente) e pronto está a andar de mota; claro que isto é trabalhoso e há muitas coisas que podem variar (podes usar o servidor como estação de desenvolvimento) e tudo mais mas deves focar-te na ideia de ter vários branches uns mais estáveis e outros menos e que a coisa real deve correr o branch mais estável
Repostas: >>69
>>68
belo poste, obrigado pela ajuda.
só fiz clone aqui no servidor e estava a pensar que deve existir uma maneira de clonar de volta para o github já com as modificações que tenho feito. é o git push? em relação aos segredos, é para isso que serve o .gitignore? na altura de passar o código para o github essas coisas são excluídas?
ao adicionar o repositório do github como remoto neste server vai alterar alguma coisa nos ficheiros? por ex. substituir tudo por um readme ou copiar logo tudo com segredos para o github? não quero fazer merda e estragar isto.
depois de fazer um commit e git push já fica tudo bem na pagina do github?
preciso de ocultar alguma coisa antes de fazer push ou é automático? O email associado é o da conta do github?

Desculpa a quantidade de perguntas, não percebo muito a estrutura de tudo e estas coisas básicas mas vou estudar. obrigado, assim que conseguir fazer actualizo o faq. Espero que a policia das licenças não me apanhe até lá.
Repostas: >>70 >>71
1618781706291.webm
[Esconder] (2.9MB, 854x462, 00:59)
>>69
só és obrigado a partilhar as mudanças.. posta-as num ficheiro .txt e mete-as num link qualquer aqui no chã que redirecione para lá. Caga em gits e svns, caga em toda a gente, ninguém manda em ti
Repostas: >>71 >>73
>>69
>só fiz clone aqui no servidor e estava a pensar que deve existir uma maneira de clonar de volta para o github já com as modificações que tenho feito. é o git push? 
sim e há, era o que estava a tentar dizer com adicionar um novo repositório remoto, vou tentar explicar isto assim por alto:
repositório remoto é do github/gitlab/etc.; o repositório local é o da tua máquina (ou do servidor do lusochan neste caso) que obtiveste ao clonar; existem vários branchs dentro de um repositório que tem versões mais avançadas ou menos (receberam mais commits ou não); um commit é uma alteração ao código e vai parar ao branch em que estás a trabalhar; um merge é quando agarras o que está num branch e juntas ao outro; 
o problema é que tu quando clonaste mantiveste que o repositório remoto igual (o do jschan) e se neste caso tu fizeres commits e depois push é para lá que vão as alterações (que não é o que queres neste caso), então tu alteras o repositório remoto para o teu e quando fizeres push vão para lá... agora, tu queres continuar a receber updates do repositório remoto do jschan portanto deves definir como upstream (adicionar como remoto mas "especial"), tu não vais fazer push para o upstream mas sim para o teu remoto 

>em relação aos segredos, é para isso que serve o .gitignore?
>na altura de passar o código para o github essas coisas são excluídas?
sim, eles já devem estar todos no gitignore neste momento o que significa que as alterações das coisas que estão listadas no gitignore nem devem aparecer quando fores ver o que mudou antes de fazer commit, se não é uma mudança que ficou guardada com um commit nunca vai para lado nenhum (não há memória dela)

é uma boa ideia veres o que foi alterado antes de fazeres commit, não precisas de usar o terminal, existem vários programas com GUI do git que te mostram tipo a vermelho e verde lado a lado o que mudou

>ao adicionar o repositório do github como remoto neste server vai alterar alguma coisa nos ficheiros? 
não porque tu vais criar o repositório remoto vazio e vais fazer push das mudanças portanto eles vão ficar "consistentes", mesmo que tentasses fazer pull do teu novo remoto tinhas um conflito porque tinhas um commit no remoto (o que adicionava o README) que não vinha da mesma base que o do teu repositório

>depois de fazer um commit e git push já fica tudo bem na pagina do github?
sim, o teu commit manda em tudo, o push e pull é só para "atualizar" os commits entre os remotos e os locais

>O email associado é o da conta do github?
é um pouco mais complexo/confuso que isso acho eu, às vezes também me faz confusão
pelo que sei quando fores fazer commits vão ser utilizadas as tuas configurações (nome e email) do git da máquina (que podem ser configuradas globalmente ou ao nível do repositório) com git config --global user.name "John Doe", git config --global user.email [email protected] (https://git-scm.com/book/en/v2/Customizing-Git-Git-Configuration) mas tu queres que o git tenha conhecimento deste email para as coisas não ficarem todas mal configuradas (não há grande problema se ficarem mas fica feio) no entanto há maneiras de manter o teu email secreto e deixar tudo bem configurado... sinceramente, lê aqui https://docs.github.com/en/account-and-profile/setting-up-and-managing-your-personal-account-on-github/managing-email-preferences/setting-your-commit-email-address

>Desculpa a quantidade de perguntas, não percebo muito a estrutura de tudo e estas coisas básicas mas vou estudar. obrigado, assim que conseguir fazer actualizo o faq. Espero que a policia das licenças não me apanhe até lá.
é na boa, o git é bastante confuso para quem nunca viu nada disso, experimenta e vai lendo/vendo vídeos com calma que eventualmente começa a ser mais natural... eu acho que é uma coisa boa de se saber mas este gajo >>70 tem razão, podes simplesmente meter um zip ou ficheiro de texto e em principio está tudo em conformidade  (se fizeres isso, tem mesmo cuidado com os segredos e o que está nos ficheiros de configuração, tens de ocultar alguns quase de certeza)
acho que não há grande pressa com as licenças, estás a arrumar a casa ainda e não alteraste nada profundo ainda por cima
Repostas: >>72 >>73
>>71
quando eu disse que querias que o git tivesse conhecimento do email queria dizer o github tivesse conhecimento
>>70
mas o github dá jeito. deve ser mais fácil para mexer no site, dá para voltar atrás se alguma coisa correr mal e existe registo das modificações feitas ao longo do tempo.

>>71
o git status tem isto:

# git status
On branch master
Your branch is up to date with 'origin/master'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   gulp/res/icons/master.png
        modified:   views/custompages/faq.pug
        modified:   views/custompages/rules.pug
        modified:   views/includes/footer.pug
        modified:   views/includes/navbar.pug
        modified:   views/pages/home.pug
        modified:   views/pages/overboard.pug

Untracked files:
  (use "git add <file>..." to include in what will be committed)
        android-chrome-192x192.png
        android-chrome-48x48.png
        favicon.ico
        gulp/res/css/themes/luso.css
        tools/drive.sh
        views/custompages/doar.pug

no changes added to commit (use "git add" and/or "git commit -a")

drive.sh contem o ID da pasta que estou a usar para fazer upload dos backups. adiciono ao gitignore ou faço um drive-example.sh que vai para o github e o drive.sh para o gitignore?

só mais uma vez, é isto que preciso de fazer?
1. criar/ligar os repos que faltam (gitgud do jschan a montante, este server a jusante e o github do lusochan como remoto)
2. git add aos "untracked files" e aos "modified"
3. git commit
4. git push

obrigado
Repostas: >>74
>>73
a ligação ao gitgud do jschan já existe porque foi de onde clonaste, ela deve se chamar origin (fazes git remote --verbose e até aparece o url), tu queres é meta-la como upstream para depois poderes fazer pull das mudanças ou seja deves fazer git remote rename origin upstream; queres no entanto adicionar o teu repositório com git remote add origin <potencialmente ssh**> como remoto chamado origin;
depois podes fazer logo git push -u origin master para mandar para lá o último commit que tens e definir isso como o repositório remoto "default" (tu na prática estás a definir como upstream, -v = --set-upstream, mas continuas a ter o jschan que deixou de ser origin para ser upstream porque é o upstream do upstream se é que faz sentido, o que importa é que pulls e pushs onde não especificas vão para este  novo origin e se quiseres ir buscar ao jschan indicas explicitamente);
a partir disto é o normal, vês o que queres adicionar, fazes commit das mudanças e push;

**eu estou a dizer isto porque fui testar, clonei o repo do jschan, criei um repo no github, fiz os comandos que te disse, e não estava a conseguir fazer o tal push porque aparecia esta mensagem 
possible language: rust, relevance: 9
Username for 'https://github.com': xxx
Password for 'https://[email protected]': 
remote: Support for password authentication was removed on August 13, 2021.
remote: Please see https://docs.github.com/en/get-started/getting-started-with-git/about-remote-repositories#cloning-with-https-urls for information on currently recommended modes of authentication.
fatal: Authentication failed for 'https://github.com/xxx/xxx.git/'
entretanto mudei o remoto para usar ssh (`git remote set-url origin [email protected]:xxx/xxx.git
`) e já funcionou 

>drive.sh contem o ID da pasta que estou a usar para fazer upload dos backups. adiciono ao gitignore ou faço um drive-example.sh que vai para o github e o drive.sh para o gitignore?
se isso do drive for teu eu acho que não precisas de meter se não quiseres mas sim esse parece um bom plano, metes como exemplo (nunca fazes commit do verdadeiro, metes no gitignore) e está bom
Repostas: >>75
3d1399dc79701d9b49a44a40120325192587a63d6d596a72ee65f9e60689d068.jpeg
[Esconder] (300.5KB, 908x2044)
>>74
muito obrigado pelo apoio técnico, já está tudo no github, amanha actualizo aqui o faq.
ao inicio estava a pesquisar coisas como "how to share code to github", ia demorar um bocado até perceber lol
Repostas: >>76
>>75
sem problema admin, estas coisas são estranhas à primeira vista
[Nova Resposta]
13 respostas | 4 ficheiros
A ligar...
Denunciar/Moderar

Ações:

Captcha:

- noticias - regras - faq - doar - apk -
jschan 1.6.2