Come faccio ad agganciare un git pull al telecomando?

Question

C'è un modo per collegare quando un pull git avviene sul telecomando (simile ad un pre-ricezione o post-ricevere). Fondamentalmente mi piacerebbe essere in grado di far sì che il telecomando commetta qualsiasi cosa abbia quando c'è un pull.

Nella mia situazione, tutto ciò che è in diretta sul telecomando è una fonte autorevole che può ottenere modificate senza un git commit. Voglio essere sicuro che quando tiro sono sempre in grado di ottenere l'ultimo di ciò che è vivo.

Answer 1

Non ho esperienza diretta con git git, e this page può essere d'aiuto, ma non sembra che tu possa essere in grado di farlo.

La soluzione più semplice (e meglio IMO) sarebbe quella di utilizzare un repo diverso l'ambiente di produzione come fonte autorevole. Puoi farlo? Un ambiente di produzione è molto raramente utilizzato come fonte autorevole, perché più recente e stabile sono due cose molto diverse ...

FYI, ho solo mai effettuo un pull git o git status quando in un ambiente di produzione. Eventuali modifiche vengono apportate al mio repository locale, testate, impegnate, inviate a github e quindi trascinate nell'ambiente di produzione.

UPDATE
Vorrei sottolineare che uno dei punti di forza e le caratteristiche di Git è che si tratta di un sistema di controllo del codice sorgente distribuito . In quanto tale, non esiste una fonte autorevole.

Answer 2

Penso che non si può fare questo con ganci, per quello che ho capito leggendo i ganci doc non c'è nessun gancio che si inserisce il vostro requisito.

se ho bisogno di qualcosa di simile a ciò che si desidera mi piacerebbe creare uno script 'a distanza' che passa ogni ora e controlla se un qualsiasi file era modifiche (git status) e si impegnano tutti (git commit -a -m "Auto commit").

Answer 3

Non è qualcosa che io abbia mai fatto prima, ma è possibile eseguire script bash da PHP all'interno:

http://www.devx.com/opensource/Article/40785

che dovrebbe permettere di commettere e spingere una serie di modifiche tramite un Script PHP. Chuck un'interfaccia su di esso o integrarlo nel processo di editing corrente e si dovrebbe essere a posto.

Answer 4

Chi/Cosa sta modificando questo file? Se è qualcosa che viene cambiato quando qualcuno cambia qualcosa su un sito, deve essere attivato da qualcosa, il che significa che puoi automatizzarlo. Quando succede qualcosa e il file viene salvato, è necessario attivare il commit. Il commit deve essere fatto a volte e potrebbe anche essere in quel momento.

Answer 5

In primo luogo, per rispondere alla tua domanda effettiva: non ci sono ganci invocati sul lato remoto quando qualcuno va a prendere. (Quando qualcuno tira, tutto il telecomando sa è che essi prelevati da essa - non sa se correvano git pull, git fetch, git remote update ...)

Per quanto riguarda la situazione attuale: Sono d'accordo con Magnus che e' È meglio semplicemente che i commit avvengano dopo le modifiche o, in caso contrario, abbiano una sorta di attività periodica (cronjob?) che verifica le modifiche e commette se ne trova.Se non ti piace nessuna di queste opzioni, ti rimane solo la semplificazione delle operazioni, in modo che sia facile e veloce attivare un commit nel repository remoto prima di eseguire il pull.

Inoltre, suggerirei non per un repository con un albero di lavoro come repository canonico. Sta chiedendo guai se hai mai bisogno di spingerti ad esso. Invece, potresti avere un repository canonico scoperto che il tuo repository live spinge dopo aver eseguito il commit e installare un hook post-receive in quel repository per aggiornare il repository live quando necessario.

Answer 6

Sfortunatamente git non fornisce ganci nativamente per questo, poiché è un caso d'uso perfetto per controllare qualcosa prima di consentire un pull/fetch.

non so se il vostro 'a distanza' è su un computer locale, ma se non lo è, dare un'occhiata a gitolite che ha ganci che sono pensati proprio per questo:

Dal v2 gitolite docs:

"gl-pre-git" gancio

Anche se Git ha un sacco di bei ganci è possibile attingere, tutti corrono solo su una spinta. Non c'è nulla che funzioni su un fetch o un clone, e non c'è modo di eseguire qualcosa prima che git-receive-pack o git-upload-pack, (a seconda dei casi) siano invocati.

Ecco a cosa serve il gancio gl-pre-git. Se è presente un hook eseguibile chiamato gl-pre-git, verrà richiamato con la directory corrente impostata su repo.git e con un singolo argomento che sarà R o W in base a ciò che il client sta tentando di fare.

Per v3 gitolite, qui the docs about triggers. La documentazione è un po 'criptico, ma qui è come funziona:

1. in ~/.gitolite.rc aggiungere (sulla portata globale):

   PRE_GIT => [ '<pre_git_trigger_script_name>' ]

2. nello stesso file guarda la riga che ti permette di impostare LOCAL_CODE e impostalo dove vuoi tu

3. Nella directory che hai impostato per LOCAL_CODE, crea una sottodirectory chiamata "trigger" e crea uno script chiamato <pre_git_trigger_script_name> con qualsiasi cosa tu abbia formica da fare a quel punto ... (assicuratevi fare per: chmod +x <pre_git_trigger_script_name>

4. corsa gitolite setup

5. prova & & hanno una buona giornata

aggiornamento: In realtà usando gitolite, Penso che potresti fare in modo che il trigger pre-git faccia qualcosa come push su un ramo inesistente e quindi esegui l'hook per pre-ricevere nel tuo repository non bare per rifiutare il push, ma per fare git add --all . && git commit -m"autocommit" && push gitolite in the p rocess. Questo è utile quando non si desidera consentire ai privilegi di utente di hosting gitolite di eseguire comandi direttamente nel repository non nudo.