1312 private links
Bit is a modern Git CLI. Contribute to chriswalz/bit development by creating an account on GitHub.
L'autocomplétion en CLI pour les noms de branche, je vais l'adopter ce petit outil !
Je me suis enfin motivé à virer GitLab pour le remplacer par Gitea sur mon serveur perso.
J'avais installé GitLab il y a ~7ans maintenant, et je m'en servais essentiellement pour héberger quelques repos privés. À l'origine, j'avais dans l'idée d'y héberger également mes projets perso publics, mais au final j'ai cédé au côté pratique de Github.
D'autant plus que la consommation de RAM de GitLab qui n'était déjà pas joyeuse à l'époque n'est pas allée en s'arrangeant. Aujourd'hui j'ai fait le constat que quasiment 50% de la RAM du serveur était occupée par un GitLab (~3-4Go) devenu une véritable usine à gaz, dont je n'utilise quasiment aucune fonctionnalité.
Bref, j'ai installé Gitea assez facilement avec leur image Docker, et après migration, l'interface d'administration m'annonce 70Mo de RAM consommée.
Au niveau de la migration, je n'ai pas trouvé grand chose par contre. J'ai tenté ce script qui plantait littéralement à chaque étape. J'ai fini par utiliser la fonctionnalité de migration de Gitea qui permet d'importer des repos 1 à 1 depuis GitLab. C'est un peu fastidieux, mais ça fonctionne bien et ce n'est pas la fin du monde pour une cinquantaine de repos.
Bien sûr tout n'est pas à jeter. En contexte professionnel et/ou en équipe, GitLab répond à plus de besoins, notamment grâce à GitLab CI qui fonctionne très bien. Les moyens ne sont juste pas les mêmes.
Une alternative à Gitlab en plus léger. Sur la demo ça a l'air joli et réactif.
Gitlab est cool mais me pose quelques problèmes :
- il bouffe énormément de RAM : 4Go pour lui tout seul et il arrive quand même à swapper s'il n'est pas redémarré de temps en temps.
- du coup, des lenteurs assez régulières.
- un certain nombre de nouvelles fonctionnalités qui ne sont développées que pour la version Enterprise Edition (ex : le système de review qu'on retrouve sur Github).
Mais :
- Gitlab CI <3
Oh! Un outil que je ne connaissais pas dans l'auto-hébergement de projets Git. On a l'air de retrouver la majorité des features de Github/GitLab sur un projet qui se présente comme léger.
Je vais probablement essayer ça prochainement, car la majorité de mes ressources serveur sont bouffées par un GitLab qui tourne à vide...
Quand votre branche (ex : pull request) n'est plus en phase avec le master.
Le genre de trucs dont on se sert pas forcément très souvent... et qu'on oublie très vite.
Hub est une extension de Git pour les features spécifiques à Github.
Quelques exemples :
- cloner un repo : git clone schacon/ticgit
- forker : git fork
- créer une PR : git pull-request
Et pas mal d'autres choses. Il va falloir que j'apprenne à utiliser ça !
Un super tuto interactif pour s'initier à Git (by Github).
Le liens est déjà passé sur Shaarli il y a quelque temps, mais à chaque fois que je veux l'envoyer à quelqu'un je passe 10 minutes à le chercher. :)
Oui, je fais du lobbying actif pour que tout le monde passe sur Git. :)
Ouaaaaate ?! git instaweb
Un framework pour la configuration de ZSH qui embarque un bon paquet de plugins préconfiguré et des thèmes.
Rien que le plugin pour Git a l'air énorme : https://github.com/robbyrussell/oh-my-zsh/blob/master/plugins/git/git.plugin.zsh
Vu le nombre de "stars" sur Github, ça doit être super connu, mais je n'en avais jamais entendu parlé. Je vais installer ça en rentrant.
Un client Git vraiment pas mal. Il monte un serveur web local pour fonctionner en client léger, multiplateforme, sous licence MIT. Vraiment pas mal.
Rien ne vaut les bonnes vieilles lignes de commande en général, mais avec un client pareil, on peut se laisser tenter.
Git rerere permet d'enregistrer la facile dont vous résolvez vos conflits, et de les ré-appliquer s'ils se présentent à nouveau. Très fort.
Un autre gestionnaire de projets Git open source. Pour l'instant c'est très minimaliste et la démo rame pas mal, mais ça semble assez prometteur. Un projet à suivre.
"git remote set-url origin https://..." c'est un peu mieux que d'aller taper dans les fichiers de conf, non ? :)
Je ne connaissait pas les submodules sur Git. C'est génial ce truc !
En gros ça vous permet d'embarquer des libraries (qui sont des repos Git) dans le repo de votre projet. Ils restent indépendants, ce qui facilite les mises à jour.
Par contre derrière, ça un petit git clone --recursive, et tout est récupéré ! Pas mal hein.
Merci à l'anonyme qui m'a filé l'astuce. :)
http://git.hoa.ro/arthur/rss-bridge-portal/issues/8
EDIT : Rom me fait remarquer qu'il faut quand même les utiliser avec modération : http://somethingsinistral.net/blog/git-submodules-are-probably-not-the-answer/
Ah ah génial. Il récupère les commits sur Github qui contiennent des fuck / shit / etc.
Le commit qui tue ! :D
C'est pour ce genre de raisons qu'il est généralement conseillé de travailler en SSH avec Git.