Skip to main content

Importance du fichier .gitignore pour un développement avec Visual Studio

Contrairement à ce que certains pensent, le fichier .gitignore est utile pour bien exploiter Git avec Visual Studio.

Ce fichier va indiquer à Git les fichiers, dont le versioning, et inutile. Outre les dossiers obj et bin, le .gitignore produit par défaut par Visual Studio va aussi permettre d’ignorer :

  • Les fichiers propres aux préférences locales de l’utilisateur.
  • Les packages Nuget.
  • Les artefacts produits par Visual Studio (tests, résultats de tests)

Plus tout ce qu’il vous semblera utile d’ignorer. Rappelez-vous que vous avez la main sur ce fichier. Si votre projet a des particularités, vous pouvez les prendre en compte.

Autant de choses qui n’ont rien à faire dans le repository Git.

Conclusion

Plutôt que de faire comme certain qui induisent dans leur workflow des batchs pour supprimer ces fichiers avant un commit (cas vraiment rencontré), utilisez le fichier .gitignore.

Et surtout, ne supprimez pas ce fichier quand vous le rencontrez (autre cas, que j’ai aussi rencontré, malheureusement).

Jérémy Jeanson

Traduire ses données Accessibles ? C’est utile ? Vraiment ?

Oui le titre de cet article peut sembler étrange. Correction : ce titre est étrange.

Il s’agit là d’un coup de gueule personnel qui fait suite à un constat qui m’attriste. Trop de développeurs font du copier-coller de codes contenant des métadonnées liées à l’accessibilité sans faire attention… et sans traduire les textes contenus.

Impossible de cibler Windows 10 October Update avec UWP ?

Comme pour chaque version de Windows 10, l’October Update (alias 1809) arrive avec un nouveau SDK. Ce SDK permet de cibler la dernière version de Windows 10 pour vos applications UWP. Si votre Visual Studio 2017 ne vous permet pas de cibler celle-ci, c’est certainement qu’il n’est pas installé.

Si vous lancez Visual Studio Installer, il est possible que vous ne trouviez pas le dernier SDK. Il y a actuellement petite erreur. Ce SDK n’est pas bien classé et ne respecte pas les conventions de nommage des précédentes versions.

J’utilise le cloud, donc je suis en sécurité ?

Nombre de personnes pensent que leur application étant dans la Cloud, ils sont en sécurité. Pire, certains pensent qu’il n’y a pas de précautions spéciales à prendre lors de la conception de leurs applications.

Pour comprendre ce qu’est la réalité, et saisir ce qu’implique le cloud sur la sécurité des applications, il y un très bon cours sur Microsoft Learn : « Conception pour la sécurité dans Azure ».

Bon cours!

Jérémy Jeanson

Pallier facilement à l’absence de MyWork et du Shelve de TFVC dans Git

Avec Git, il y a un concept de TFS disponible avec TFVC qui me manque beaucoup : MyWork (plus particulièrement le Shelve).

Le Shelve utilisable avec TFVC n’a rien à voir avec le concept commit partiel de code qui peut se faire avec Git. Avec TFVC, on a le concept de « Mise de côté » d’un code en cours de modification, ou de « Mise en pause » d’un travail en cours. Dans la version française de Visual Studio, on parle de « Mise sur étagère ». Le code est mis de côté et on peut le reprendre quand on veut, sur tout PC, sans pour autant avoir besoin de faire un check-in sur la branche en cours. Cette fonctionnalité montre très vite son intérêt quand on doit très vite changer de tâche en cours.

Exemple : pour résoudre le bug critique découvert en production, il y a 5 minutes

Cookies Cookie Policy

This website uses cookies and similar technologies to allow us to promote our services and enhance your browsing experience. If you continue to use this website you agree to our use of cookies.