De plus, l’accès au répo n’est pas nécessaire pour le rendre libre, un tgz avec les sources peut suffire, même si ce n’est pas pratique.
Ce n'est pas pratique si il espère recevoir des contributions. Mais à priori, ce n'est pas son but premier. Donc qu'il garde son dépôt git, et qu'il mette en téléchargement un tgz. Github n'est pas nécessaire.
Maintenant, si il accepte les contributions, alors là oui, un miroir sur github est nécessaire. ça sera plus simple pour les contributeurs et pour lui. (perso, les patchs par mail, je ne suis pas fan :-) )
Pour github ou autre : (...)
Autre solution que j'ai adopté : github comme repo principal + strider-cd sur mon serveur. On enregistre strider-cd sur github, on configure strider-cd pour qu'il lance les builds et tout le toutim (bref, le script qu'il a indiqué sur le hook du commit dans son dépot actuel), et il a ses builds et tests à chaque commit.
[^] # Re: Du coup je passe en libre
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal [Trackgame] Jeu de course vectoriel au tour par tour. Évalué à 2.
Ce n'est pas pratique si il espère recevoir des contributions. Mais à priori, ce n'est pas son but premier. Donc qu'il garde son dépôt git, et qu'il mette en téléchargement un tgz. Github n'est pas nécessaire.
Maintenant, si il accepte les contributions, alors là oui, un miroir sur github est nécessaire. ça sera plus simple pour les contributeurs et pour lui. (perso, les patchs par mail, je ne suis pas fan :-) )
Autre solution que j'ai adopté : github comme repo principal + strider-cd sur mon serveur. On enregistre strider-cd sur github, on configure strider-cd pour qu'il lance les builds et tout le toutim (bref, le script qu'il a indiqué sur le hook du commit dans son dépot actuel), et il a ses builds et tests à chaque commit.