Informaticien passionné de logiciel libre et photographe, j'expose sur mon site mes plus belles photos et les astuces informatiques qui me sont utiles, que je partage bien volontiers avec la communauté des utilisateurs de logiciel libre et système GNU/Linux tel que Ubuntu.
Suite au besoin d'un court extrait d'un DVD pour un exposé scolaire, j'ai tout d'abord essayé d'extraire des chapitres avec OGMrip... sans succès. J'ai donc installé dvdbackup puis lancé la commande suivante :
dvdbackup -i /dev/sr0 -p -v -o ~ -M
qui à copié dans un répertoire l'intégralité (option -M) du DVD.
J'ai ensuite lancé ShotCut, ouvert le fichier .VOB où ce trouvait le morceau dont j'avais besoin, supprimé les parties dont je n'avais pas besoin, puis exporté l'extrait.
Voici quelques exemples pour
Nota: pour faire à peu près les même action avec une interface graphique, on peut utiliser le très bon digiKam, voir aussi (pour les utilisateur de Windows, mon article sur fast-stone image viewer
Un renommage adapté permet un tri facile et une recherche plus rapide de vos photos en fonction de leurs dates voir d'un sujet.
Pour cela je leur ajoute en préfixe la date sous la forme AAAAMMDD, par exemple 20140512 (pour plus de lisibilité, vous pouvez ajouter des traits d'union entre les éléments de la date... 2014-05-12), et je leur ajoute un sujet
Lire la suite : Renommage photos en ligne de commande (exiv2 - rename)
Travaillant sur des ré-écritures complètes de projets et restructurant ces projet à partir de web-services, je me pose la question de comment structurer ces codes.
J'ai généralement créé un projet git/gitlab pour mémoriser le vieux code… donc branche master.
Pour l'un, j'ai créé une nouvelle branche (orphan)… je trouve que cette solution a l'avantage de rester dans le même projet,
Lire la suite : git/gitlab organiser ses projets avec des sous-modules
J'ai travaillé (essentiellement seul, avec serveur locale) durant des année et n'ai pas resenti le besoin d'avoir recourt à git rebase
Ça y est, ce temps est révolu. Même si je suis sur un projet où je travaille seul, j'en ressens le besoin:
Je travaille avec Symfony et je suis en train de créer des entités (classe associée à une table de base de données). J'ai commencé à créer une entité (table) importante (Sample pour des échantillons archéologiques) qui utilise des relations (Join) avec d'autres. Ce travail se fait dans la branche feature/entity/sample
Bien que mon schéma de base soit globalement défini, je décide de le changer. J'arrête donc la création de Sample et créer l'entité (table) manquante: SamplingMode (mode de prélèvement de l'échantillon). J'ai donc remisé le travail en cours sur ma branche feature/entity/sample, je reviens à ma branche develop et je crée une nouvelle branche feature/entity/sampling_mode, crée cette entité, commit, revient sur develop et merge.
Je reviens donc sur ma branche feature/entity/sample, récupère mon travail en cours (stash pop) pour continuer… oui mais mon entité SamplingMode n'existe pas! Il faut donc que je rebase cette branche sur ma branche principale develop pour récupérer les modifications faites juste avant.
git rebase develop
et voilà un petit alt-r dans Vim et mon fichier d'entité pour sampling_mode apparaît, je créer la relation entre sample et sampling_mode
Comme beaucoup, j'ai utilisé git pendant des années sans utiliser l'index. C'est alors qu'un collègue se met à git et me parle de l'index… pas clair!
Et le hasard faisant bien les choses, arrive un cours Git avancé de Matthieu Moy, dont la page 21 reprend ce graphe très clair d'Oliver Steele dans sa page My Git Workflow:
Lire la suite : Git et l'index (zone de préparation du commit)
Page 2 sur 2