robitex

Elrond” post=80827

Semplice…
Tento solo di capire se posso lavorare meno 🙂
😉
Buon Natale
R.

Il tuo lavoro non dovrebbe essere “solo” quello di caricare le nuove versione delle guide sul sito, quando usciranno di tanto in tanto?

Ricevo la guida in pdf via email
L’apro e controllo il numero e la data di emissione e la sfoglio in cerca di errori grossolani
Contatto l’Autore per coniscere le novità ed i cambiamenti
Cancello la vecchia guida dal sito
Salvo la vecchia giuda in locale come backup
Carico sul sito la nuova
Aggiorno il testo html con numero e data e cose salienti poi chiudo
R.

cfiandra” post=80801Dal mio punto di vista concordo con Roberto: credo che la classe vada tolta dai repository anche perché è disponibile su un repository dedicato, perciò chi è interessato a collaborare ad una guida clona sia il repository della guida che quello della classe ed è a posto.

Piccola domanda: come si fa a diventare membri? 😛 Credo che quella famosa guida a git sia davvero indispensabile. 🙂

Ciao
Claudio

Per diventare membro del gruppo devi prima attivare un account github, poi l’amministratore ti inserisce nel gruppo guitex ed eventualmente, crea i repo che ti servono.

E sulle domande che accennavo all’inizio? Cosa ne pensate?

Grazie per la conferma e per l’ottimo link.
In realtà ero indeciso se includere o meno il file di classe. All’inizio l’avevo escluso perché così si evita la ridondanza ed il lavoro in più nel gestire gli aggiornamenti della classe per le guide tematiche stessa.
Poi, sono stato attratto dal suggerimento di ansys che ha incluso il file di classe nella richiesta di merge.
Così infatti, si fornisce all’utente che clona il repo tutto quanto occorre per compilare la guida.

Soppesando vantaggi e svantaggi tendo a favorire l’esclusione della classe dal repo, per la migliore chiarezza e semplicità.

Altro problema è il rapporto con il sito principale.
Si potrebbe includere il pdf nel repo e lasciare scaricare direttamente l’ultima versione con il link diretto senza più caricare nulla sul sito.
Ma, per gli stessi motivi già visti, preferire escludere il pdf dal repo con una procedura simile a questa:
1 L’Autore esegue un commit con aggiornamenti alla guida.
2 Manda via posta elettronica il pdf che rimane un file locale escluso dal repo al GuIT Web Team
3 La guida viene controllata ed inserita nel sito via ftp senza che venga tracciato il numero di versione per evitare di dover modificare anche la pagina web del sito

Nascono due problemi:
1 – tracciare il numero di versione (proporrei di usare i git tag) ed eliminare i riferimenti all’interno della guida
2 – far saper agli interessati che la guida è stata aggiornata

Scusate se scrivo di domenica ma in questo periodo non distinguo più i giorni.
R.

ansys” post=80691 @roberto: mi sembra che siamo andati un po’ OT.

Ma si, ogni tanto fa bene divagare… è quasi nata una nuova guida tematica su git che credo proprio che verrà scritta quando accumuleremo la necessaria esperienza.
Un saluto.
R.

E come se la cava git sotto Windows?
Vi sono dei programmi ad interfaccia grafica?
R.

cfiandra” post=80605
Sono assolutamente d’accordo sulla necessità di una guida a git: fornirebbe una base importante sia per collaborare ai progetti esistenti sia per eventualmente pubblicare i sorgenti delle guide tematiche.

Ciao
Claudio

Esiste già una guida (penso fatta da Elrond) ma da quello che ricordo andrebbe ampliata al dopo, ovvero a quelle fase di fork, merge, ecc che dovrebbe essere il pane dei contributori. La guida la vedo troppo poco sintetica. Andrebbe anche fatto un lavoro di sintesi, tipico di una fase successiva a quando gli autori hanno già molta esperienza.

Direi che una “guida tematica a git” sarebbe ideale.
R.