Modifica di un'applicazione open source

C'è un protocollo, tutti lo considerano più o meno con il tempo, ma eccolo, srotolato.

• Scarica la fonte distribuita.

• Inizi a navigare il codice da solo un po '

  • Se si tratta di un programma compilato, impari ora come compilarlo.
  • Se non riesci a compilarlo, fai rapporto all'autore / mailing list e chiedi indicazioni

• Se non capisci bene il codice ...

  • Bene, no, tu non chiedi loro di avvicinarsi.
  • Lo fai cadere, perché probabilmente non è alla pari e non può essere di alcun aiuto.
  • Invia una funzione se l'autore / i accetta richieste di funzionalità.

• Else

  • Trova il punto che desideri modificare.

  • Se ti chiedi qualche piccolo dettaglio, chiedi all'autore / alla mailing list e spiega le tue intenzioni.

  • Si cd nella directory principale della distribuzione (quella superiore che esce da untarring / unzipping)

  • diff -ur . > mypatch.path

  • Invia mypatch.patch all'autore spiegando cosa hai fatto, perché l'hai fatto e (dato che sei già lì) dichiari chiaramente di rinunciare ai diritti sulla patch.

• se all'autore non piace il tuo contributo

  • controlli se esiste un modo per rilasciare la tua modifica come un plugin di qualche tipo

    • in questo caso, ora sei sulla buona strada per diventare gestore del plugin .

  • altro

    • ti infastidisce la situazione sul tuo blog e rilasci la patch lì, libera di scaricare e prova con la tua spiegazione e le tue invettive,

    • ti ritrovi ogni tanto nel sistema di bug / mailing list che cerca di acquistare il supporto per la tua patch. Evita di essere bannato.

  • in nessuno di questi casi batti il codice , poiché è un processo molto stancante e poco gratificante che difficilmente riuscirai a tenere il passo con il tempo: ciò lascerà gli utenti tristi e confusi. Le forcelle si verificano davvero solo quando una grande azienda sta cercando di macchiare le sue decisioni su un pezzo di OSS .

• altro

  • ricevi ulteriori istruzioni da quell'autore (i)

Sul lato: c'è una recente alternativa alla patch diff -ur . ed è il modo github .

• Si "forchetta" il proprio codice su github sotto il proprio nome,
  (ora hai una copia del loro codice sul tuo account)
• collega il tuo git alla tua copia personale,
• apporta le tue modifiche su questo, controlla,

• e chiedi all'autore / i principale / i di guardare il tuo progetto github.

• Se a loro piace, sincronizzerà .

• Altrimenti, puoi collegare il tuo "gitfork" sul tuo blog.

genere.

Se si trattasse di un progetto OS casuale, molto probabilmente sistemerai bug minori qua e là.

Alla fine dovresti inviare una serie di modifiche, come una "patch".

Solitamente otterrai i diritti di commit se la tua roba è buona.

Sto parlando in generale e nel modo più vago e non specifico possibile a causa della domanda