ツール・開発環境 on kenji.blog

J'ai été récompensé en tant que Microsoft MVP (2025-2026) à nouveau

Sun, 13 Jul 2025 22:01:15 +0900

J’ai été récompensé en tant que Microsoft MVP (2025-2026) à nouveau !

Bonjour, je suis kenji.

J’ai une annonce à faire. J’ai été récompensé en tant que Microsoft MVP (Most Valuable Professional) à nouveau cette année. C’est la 9ème fois que je reçois ce prix.

Merci beaucoup à tous ceux qui me soutiennent toujours.

Qu’est-ce que le Microsoft MVP ?

Quand on entend “MVP”, beaucoup de gens peuvent penser au joueur le plus utile dans le sport, mais ici, le MVP est un titre décerné à ceux qui ont contribué à la communauté technique de Microsoft .

Plus précisément,

Diffusion d’informations sur des blogs techniques et les réseaux sociaux
Publication d’exemples de code sur GitHub
Interventions dans des groupes d’étude et des conférences
Réponses sur les sites de questions-réponses
Échanges techniques et collaboration avec des développeurs étrangers
Participation et publications dans des communautés où les ingénieurs se connectent

Il s’agit d’un système qui évalue les activités consistant à “partager ses propres connaissances et son expérience pour le bénéfice de quelqu’un”.

Il y a des lauréats dans le monde entier, mais le nombre de personnes sélectionnées chaque année est limité, et recevoir à nouveau ce prix n’est jamais facile. C’est pourquoi c’est un véritable honneur d’être reconnu de cette manière.

Sur quoi je me suis concentré cette année

Cette année, je me suis concentré sur la diffusion d’informations en mettant l’accent sur la “clarté” et “l’accessibilité” de la technologie.

Publication d’exemples de code pratiques sur GitHub
Interventions dans des groupes d’étude et des conférences (au niveau national et international)
Diffusion régulière d’informations via des blogs techniques et les réseaux sociaux
Activité de réponse continue sur les sites de questions-réponses
Partage de connaissances sur les sites de la communauté des ingénieurs
Interaction et vérification conjointe avec des ingénieurs étrangers

En particulier, la publication de code sur GitHub m’a laissé une forte impression, car j’ai reçu des commentaires tels que “Je luttais avec la même chose, ça m’a sauvé !”, et j’ai pu sentir que mes efforts aidaient au développement d’autres personnes.

De plus, lors de mes interventions lors d’événements, j’ai parfois reçu des commentaires indiquant que “c’était facile à comprendre, même pour les débutants”, ce qui m’a donné une bonne occasion de réfléchir à “qu’est-ce qu’une explication technique que les gens comprennent ?”.

En vue de l’année prochaine

L’évolution de la technologie est vraiment rapide, et il est difficile de suivre le rythme. Malgré cela, je pense qu’il est très utile de fournir des connaissances réelles en tant qu’“informations primaires” , telles que les expériences pratiques que j’ai acquises et les points sur lesquels j’ai buté en essayant les choses par moi-même.

L’année prochaine, j’aimerais essayer de publier un “contenu technique visuellement compréhensible” qui intègre des vidéos et des diagrammes . J’espère augmenter mes résultats afin d’aider à soulager quelqu’un de son sentiment d’être bloqué, même un petit peu.

Enfin

Le titre de MVP n’est qu’une étape.

À partir de maintenant, sans en faire trop, à mon propre rythme. Mais d’une manière qui soit utile à quelqu’un.

“J’ai été sauvé en cherchant ça” “Cet exemple a fonctionné !” “Cette histoire était facile à comprendre”

Je voudrais continuer à être le genre d’ingénieur à qui on dit ces choses.

Merci beaucoup pour votre soutien continu.

J'ai essayé d'installer le Qt Extension Pack dans Visual Studio Code

Fri, 13 Sep 2024 00:53:53 +0900

Commencer le développement Qt dans VSCode : Comment installer le Qt Extension Pack

Bonjour, c’est Kenji. Cette fois-ci, je vais vous présenter « comment configurer l’environnement de développement Qt dans Visual Studio Code (ci-après VSCode) ».

Récemment, en plus du Qt Creator officiel, il y a de plus en plus de personnes qui souhaitent développer des applications Qt en utilisant VSCode, qui est léger et hautement extensible. Pour ces personnes, je recommande le “Qt Extension Pack” . En installant simplement ce pack d’extensions, vous obtiendrez les principales extensions liées à Qt d’un seul coup.

Public cible

Ceux qui souhaitent commencer le développement d’applications GUI en utilisant Qt
Ceux qui souhaitent développer dans VSCode plutôt que dans Qt Creator
Ceux qui trouvent fastidieux de chercher les extensions une par une

Prérequis

VSCode doit être installé (Vous pouvez le télécharger gratuitement sur le site officiel)
La bibliothèque Qt elle-même doit être installée (Site officiel de Qt)

Qu’est-ce que le Qt Extension Pack ?

Le Qt Extension Pack est un pack d’extensions pour VSCode. En l’installant, les fonctionnalités suivantes sont automatiquement ajoutées :

Prise en charge des fichiers .ui (Qt Designer)
Coloration syntaxique pour les fichiers .pro et .qrc
Complétion de code C++, prise en charge de la compilation et du débogage pour Qt
Qt Resource Browser (référence des ressources)

Instructions d’installation

1. Ouvrir VSCode

Tout d’abord, démarrez VSCode.

2. Ouvrir la vue des extensions

Cliquez sur la barre d’activité sur le côté gauche (icône de blocs carrés) pour afficher les « Extensions ».

Ou vous pouvez appuyer sur le raccourci Ctrl + Shift + X .

3. Rechercher “Qt Extension Pack”

Entrez le mot-clé suivant dans la barre de recherche :

1

Qt Extension Pack

4. Cliquer sur le bouton d’installation

Lorsque le pack cible s’affiche, cliquez sur le bouton « Installer ». Cela installera plusieurs extensions en une seule fois, telles que :

Qt Language Support
QML Support
Qt Designer Integration
CMake Tools (essentiel pour le développement Qt compatible avec CMake)

Supplément de configuration du projet (Exemple CMake + Qt)

Si vous utilisez Qt basé sur CMake, nous vous recommandons de le combiner avec les extensions suivantes :

De plus, si vous incluez la description suivante dans CMakeLists.txt, l’intégration avec Qt sera fluide :

1
2


find_package(Qt6 REQUIRED COMPONENTS Widgets)
target_link_libraries(MyApp PRIVATE Qt6::Widgets)

Bonus : Comment ouvrir les fichiers .ui ?

Les fichiers .ui peuvent être édités dans Qt Designer. Dans VSCode, vous pourrez faire un clic droit sur le fichier .ui → sélectionner Open with Qt Designer (Qt Designer doit être inclus dans la variable d’environnement PATH).

Résumé

Étape	Contenu
1	Démarrer VSCode
2	Ouvrir le panneau des extensions
3	Rechercher “Qt Extension Pack”
4	Cliquer sur le bouton d’installation

Construire un environnement Qt dans VSCode est devenu beaucoup plus facile qu’auparavant. Il possède suffisamment de fonctionnalités comme alternative à Qt Creator et est recommandé pour ceux qui veulent travailler de manière légère.

Collection de liens recommandés

Pour finir

À l’avenir, je prévois de poursuivre le développement en utilisant les outils UI de Qt et QML dans cet environnement. La prochaine fois, j’expliquerai comment compiler et exécuter une application Hello World en Qt depuis VSCode .

À bientôt !

Comment résoudre l'erreur 'Temporary failure resolving...' dans wsl

Sun, 31 Mar 2024 16:57:33 +0900

Comment résoudre l’erreur ‘Temporary failure resolving…’ dans wsl

1
2
3
4


kenji@MyComputer:~$ sudo apt update
[sudo] password for kenji:
Err:1 http://archive.ubuntu.com/ubuntu focal InRelease
 Temporary failure resolving 'archive.ubuntu.com'

Lorsque l’erreur ci-dessus s’affiche dans wsl, les paramètres du serveur DNS peuvent être incorrects. Dans mon environnement, cela a été résolu en suivant les étapes suivantes.

Démarrez wsl.
Exécutez sudo nano /etc/resolv.conf.
Modifiez la ligne nameserver comme suit :

1

nameserver 8.8.8.8

Enregistrez avec Ctrl + S, et quittez avec Ctrl + X.
Exécutez sudo apt update.
Si l’erreur ne s’affiche plus, c’est résolu.

Si les étapes ci-dessus ne résolvent pas le problème

Il semble qu’il y ait des cas où les étapes ci-dessus ne suffisent pas. Veuillez consulter l’article suivant.

Comment résoudre ‘Temporary failure resolving…’ lors d’un apt update dans WSL

Définir dynamiquement des variables dans Github Actions

Sun, 02 Oct 2022 02:33:35 +0900

Pour définir dynamiquement des variables dans Github Actions, vous pouvez le faire en les ajoutant à $env:GITHUB_ENV comme ci-dessous.

【Cas de Windows】

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44


name: Rust

on:
 push:
 branches: [ "master" ]
 pull_request:
 branches: [ "master" ]

env:
 CARGO_TERM_COLOR: always

jobs:
 build:
 runs-on: ubuntu-latest
 steps:
 - uses: actions/checkout@v3
 - name: Get Environment
 run: |
 echo 'VERSION=1.0.0' >> $GITHUB_ENV
 echo 'NAME=1.0.0' >> $GITHUB_ENV
 - name: Display Environment
 run: |
 echo $env:VERSION
 echo $env:NAME
 - name: Create Release
 id: create_release
 uses: actions/create-release@v1
 env:
 GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
 with:
 tag_name: ${{ env.VERSION }}
 release_name: ${{ env.VERSION }}
 draft: false
 prerelease: false
 - name: Upload Release Asset
 id: upload-release-asset
 uses: actions/upload-release-asset@v1
 env:
 GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
 with:
 upload_url: ${{ steps.create_release.outputs.upload_url }} # This pulls from the CREATE RELEASE step above, referencing it's ID to get its outputs object, which include a `upload_url`. See this blog post for more info: https://jasonet.co/posts/new-features-of-github-actions/#passing-data-to-future-steps
 asset_path: ./target/release/${{ env.NAME }}.exe
 asset_name: ${{ env.NAME }}.exe
 asset_content_type: application/octet-stream

【Cas de Linux】

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


name: Rust

on:
 push:
 branches: [ "main" ]
 pull_request:
 branches: [ "main" ]

env:
 CARGO_TERM_COLOR: always

jobs:
 build:
 runs-on: ubuntu-latest
 steps:
 - uses: actions/checkout@v3
 - name: Get Environment
 run: |
 echo 'VERSION=1.0.0' >> $GITHUB_ENV
 echo 'NAME=hello' >> $GITHUB_ENV
 - name: Display Environment
 run: |
 echo ${{ env.VERSION }}
 echo ${{ env.NAME }}

Comment configurer un domaine personnalisé sur un dépôt Github

Tue, 13 Sep 2022 01:16:40 +0900

Pour configurer un domaine personnalisé sur un dépôt Github, vous devez modifier les paramètres DNS de votre domaine. Ici, nous allons expliquer en supposant que vous gérez votre domaine avec Onamae.com. Vous pouvez effectuer des configurations similaires en réécrivant les enregistrements A avec d’autres registraires.

Modifier les paramètres DNS sur Onamae.com

Pour modifier les paramètres DNS de votre domaine, connectez-vous à l’écran de gestion de Onamae.com. Après vous être connecté, allez à l’écran de gestion de domaine. Une fois sur l’écran de gestion de domaine, modifiez les paramètres DNS. Pour modifier les paramètres DNS, configurez-les comme suit :

Accédez à https://www.onamae.com/ et cliquez sur « Connexion Onamae.com Navi »
Entrez votre « ID Onamae (ID membre) » et votre « Mot de passe » et cliquez sur le bouton de connexion
Cliquez sur « Paramètres du serveur de noms »
Cliquez sur « Paramètres DNS du domaine »
Sélectionnez le domaine que vous souhaitez configurer et cliquez sur « Suivant »
Cliquez sur « Configurer » à droite de « Utiliser la configuration des enregistrements DNS »
Sélectionnez A pour TYPE, entrez 3600 pour TTL et « 185.199.108.153 » pour VALUE, puis cliquez sur « Ajouter »
Comme pour 7., ajoutez également pour « 185.199.109.153 », « 185.199.110.153 » et « 185.199.111.153 »
Assurez-vous que la case est cochée sous « Confirmation de modification du serveur de noms pour la configuration des enregistrements DNS », puis cliquez sur « Aller à l’écran de configuration »
Si un écran indiquant « Pour éviter des modifications involontaires des paramètres DNS » s’affiche, cliquez sur « Ne pas configurer » (sélectionnez selon vos besoins)
Vérifiez les détails de la configuration et cliquez sur « Configurer »
Ceci termine la configuration DNS. La prise en compte peut prendre jusqu’à environ 72 heures.
Si ce n’est pas pris en compte après 72 heures, essayez de contacter le support d’Onamae.com.

Pour vérifier si les paramètres sont pris en compte dans votre environnement local, essayez d’exécuter la commande suivante. Veuillez remplacer la partie example.com par le domaine que vous souhaitez vérifier.

Pour Linux, Mac

1

dig example.com +noall +answer -t A

Si le résultat est le suivant, la configuration a été prise en compte.

1
2
3
4


example.com. 0 IN A 185.199.108.153
example.com. 0 IN A 185.199.109.153
example.com. 0 IN A 185.199.110.153
example.com. 0 IN A 185.199.111.153

Pour Windows

1

nslookup -q=a example.com 8.8.8.8

Si le résultat est le suivant, la configuration a été prise en compte.

1
2
3
4
5
6
7
8
9


Serveur: dns.google
Address: 8.8.8.8

Réponse ne faisant pas autorité :
Nom: example.com
Addresses: 185.199.108.153
 185.199.109.153
 185.199.110.153
 185.199.111.153

Configurer un domaine personnalisé sur un dépôt Github

Ouvrez la page du dépôt et cliquez sur Settings
Cliquez sur Pages
Si vous publiez le code source du dépôt tel quel, sélectionnez « Deploy from a branch » dans Source. Si vous compilez le code source (comme HUGO), sélectionnez « GitHub Actions ».
Sélectionnez la branche à publier dans Branch et cliquez sur Save
Entrez le domaine que vous avez obtenu dans Custom domain, puis cliquez sur Save.
Si nécessaire, cochez la case « Enforce HTTPS » pour activer la prise en charge de HTTPS

[PR]

Générer un .gitignore avec la commande dotnet

Tue, 13 Sep 2022 00:25:12 +0900

Il est utile de garder la commande dotnet.exe à disposition, car elle permet même de compiler des programmes simples.

Installation du SDK .NET

Puisque dotnet.exe est inclus dans le SDK .NET, installez d’abord le SDK .NET. Démarrez cmd.exe avec les privilèges d’administrateur et exécutez la commande suivante.

1

winget install Microsoft.DotNet.SDK.6

Générer un .gitignore

La commande pour générer un .gitignore avec dotnet.exe est la suivante.

1

dotnet new gitignore

Le .gitignore généré est le suivant.

 1
 2
 3
 4
 5
 6
 7
 8
 9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454


## Ignore Visual Studio temporary files, build results, and
## files generated by popular Visual Studio add-ons.
##
## Get latest from https://github.com/github/gitignore/blob/master/VisualStudio.gitignore

# User-specific files
*.rsuser
*.suo
*.user
*.userosscache
*.sln.docstates

# User-specific files (MonoDevelop/Xamarin Studio)
*.userprefs

# Mono auto generated files
mono_crash.*

# Build results
[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
x64/
x86/
[Ww][Ii][Nn]32/
[Aa][Rr][Mm]/
[Aa][Rr][Mm]64/
bld/
[Bb]in/
[Oo]bj/
[Ll]og/
[Ll]ogs/

# Visual Studio 2015/2017 cache/options directory
.vs/
# Uncomment if you have tasks that create the project's static files in wwwroot
#wwwroot/

# Visual Studio 2017 auto generated files
Generated\ Files/

# MSTest test Results
[Tt]est[Rr]esult*/
[Bb]uild[Ll]og.*

# NUnit
*.VisualState.xml
TestResult.xml
nunit-*.xml

# Build Results of an ATL Project
[Dd]ebugPS/
[Rr]eleasePS/
dlldata.c

# Benchmark Results
BenchmarkDotNet.Artifacts/

# .NET
project.lock.json
project.fragment.lock.json
artifacts/

# Tye
.tye/

# ASP.NET Scaffolding
ScaffoldingReadMe.txt

# StyleCop
StyleCopReport.xml

# Files built by Visual Studio
*_i.c
*_p.c
*_h.h
*.ilk
*.meta
*.obj
*.iobj
*.pch
*.pdb
*.ipdb
*.pgc
*.pgd
*.rsp
*.sbr
*.tlb
*.tli
*.tlh
*.tmp
*.tmp_proj
*_wpftmp.csproj
*.log
*.vspscc
*.vssscc
.builds
*.pidb
*.svclog
*.scc

# Chutzpah Test files
_Chutzpah*

# Visual C++ cache files
ipch/
*.aps
*.ncb
*.opendb
*.opensdf
*.sdf
*.cachefile
*.VC.db
*.VC.VC.opendb

# Visual Studio profiler
*.psess
*.vsp
*.vspx
*.sap

# Visual Studio Trace Files
*.e2e

# TFS 2012 Local Workspace
$tf/

# Guidance Automation Toolkit
*.gpState

# ReSharper is a .NET coding add-in
_ReSharper*/
*.[Rr]e[Ss]harper
*.DotSettings.user

# TeamCity is a build add-in
_TeamCity*

# DotCover is a Code Coverage Tool
*.dotCover

# AxoCover is a Code Coverage Tool
.axoCover/*
!.axoCover/settings.json

# Coverlet is a free, cross platform Code Coverage Tool
coverage*.json
coverage*.xml
coverage*.info

# Visual Studio code coverage results
*.coverage
*.coveragexml

# NCrunch
_NCrunch_*
.*crunch*.local.xml
nCrunchTemp_*

# MightyMoose
*.mm.*
AutoTest.Net/

# Web workbench (sass)
.sass-cache/

# Installshield output folder
[Ee]xpress/

# DocProject is a documentation generator add-in
DocProject/buildhelp/
DocProject/Help/*.HxT
DocProject/Help/*.HxC
DocProject/Help/*.hhc
DocProject/Help/*.hhk
DocProject/Help/*.hhp
DocProject/Help/Html2
DocProject/Help/html

# Click-Once directory
publish/

# Publish Web Output
*.[Pp]ublish.xml
*.azurePubxml
# Note: Comment the next line if you want to checkin your web deploy settings,
# but database connection strings (with potential passwords) will be unencrypted
*.pubxml
*.publishproj

# Microsoft Azure Web App publish settings. Comment the next line if you want to
# checkin your Azure Web App publish settings, but sensitive information contained
# in these scripts will be unencrypted
PublishScripts/

# NuGet Packages
*.nupkg
# NuGet Symbol Packages
*.snupkg
# The packages folder can be ignored because of Package Restore
**/[Pp]ackages/*
# except build/, which is used as an MSBuild target.
!**/[Pp]ackages/build/
# Uncomment if necessary however generally it will be regenerated when needed
#!**/[Pp]ackages/repositories.config
# NuGet v3's project.json files produces more ignorable files
*.nuget.props
*.nuget.targets

# Microsoft Azure Build Output
csx/
*.build.csdef

# Microsoft Azure Emulator
ecf/
rcf/

# Windows Store app package directories and files
AppPackages/
BundleArtifacts/
Package.StoreAssociation.xml
_pkginfo.txt
*.appx
*.appxbundle
*.appxupload

# Visual Studio cache files
# files ending in .cache can be ignored
*.[Cc]ache
# but keep track of directories ending in .cache
!?*.[Cc]ache/

# Others
ClientBin/
~$*
*~
*.dbmdl
*.dbproj.schemaview
*.jfm
*.pfx
*.publishsettings
orleans.codegen.cs

# Including strong name files can present a security risk
# (https://github.com/github/gitignore/pull/2483#issue-259490424)
#*.snk

# Since there are multiple workflows, uncomment next line to ignore bower_components
# (https://github.com/github/gitignore/pull/1529#issuecomment-104372622)
#bower_components/

# RIA/Silverlight projects
Generated_Code/

# Backup & report files from converting an old project file
# to a newer Visual Studio version. Backup files are not needed,
# because we have git ;-)
_UpgradeReport_Files/
Backup*/
UpgradeLog*.XML
UpgradeLog*.htm
ServiceFabricBackup/
*.rptproj.bak

# SQL Server files
*.mdf
*.ldf
*.ndf

# Business Intelligence projects
*.rdl.data
*.bim.layout
*.bim_*.settings
*.rptproj.rsuser
*- [Bb]ackup.rdl
*- [Bb]ackup ([0-9]).rdl
*- [Bb]ackup ([0-9][0-9]).rdl

# Microsoft Fakes
FakesAssemblies/

# GhostDoc plugin setting file
*.GhostDoc.xml

# Node.js Tools for Visual Studio
.ntvs_analysis.dat
node_modules/

# Visual Studio 6 build log
*.plg

# Visual Studio 6 workspace options file
*.opt

# Visual Studio 6 auto-generated workspace file (contains which files were open etc.)
*.vbw

# Visual Studio LightSwitch build output
**/*.HTMLClient/GeneratedArtifacts
**/*.DesktopClient/GeneratedArtifacts
**/*.DesktopClient/ModelManifest.xml
**/*.Server/GeneratedArtifacts
**/*.Server/ModelManifest.xml
_Pvt_Extensions

# Paket dependency manager
.paket/paket.exe
paket-files/

# FAKE - F# Make
.fake/

# CodeRush personal settings
.cr/personal

# Python Tools for Visual Studio (PTVS)
__pycache__/
*.pyc

# Cake - Uncomment if you are using it
# tools/**
# !tools/packages.config

# Tabs Studio
*.tss

# Telerik's JustMock configuration file
*.jmconfig

# BizTalk build output
*.btp.cs
*.btm.cs
*.odx.cs
*.xsd.cs

# OpenCover UI analysis results
OpenCover/

# Azure Stream Analytics local run output
ASALocalRun/

# MSBuild Binary and Structured Log
*.binlog

# NVidia Nsight GPU debugger configuration file
*.nvuser

# MFractors (Xamarin productivity tool) working folder
.mfractor/

# Local History for Visual Studio
.localhistory/

# BeatPulse healthcheck temp database
healthchecksdb

# Backup folder for Package Reference Convert tool in Visual Studio 2017
MigrationBackup/

# Ionide (cross platform F# VS Code tools) working folder
.ionide/

# Fody - auto-generated XML schema
FodyWeavers.xsd

##
## Visual studio for Mac
##


# globs
Makefile.in
*.userprefs
*.usertasks
config.make
config.status
aclocal.m4
install-sh
autom4te.cache/
*.tar.gz
tarballs/
test-results/

# Mac bundle stuff
*.dmg
*.app

# content below from: https://github.com/github/gitignore/blob/master/Global/macOS.gitignore
# General
.DS_Store
.AppleDouble
.LSOverride

# Icon must end with two \r
Icon


# Thumbnails
._*

# Files that might appear in the root of a volume
.DocumentRevisions-V100
.fseventsd
.Spotlight-V100
.TemporaryItems
.Trashes
.VolumeIcon.icns
.com.apple.timemachine.donotpresent

# Directories potentially created on remote AFP share
.AppleDB
.AppleDesktop
Network Trash Folder
Temporary Items
.apdisk

# content below from: https://github.com/github/gitignore/blob/master/Global/Windows.gitignore
# Windows thumbnail cache files
Thumbs.db
ehthumbs.db
ehthumbs_vista.db

# Dump file
*.stackdump

# Folder config file
[Dd]esktop.ini

# Recycle Bin used on file shares
$RECYCLE.BIN/

# Windows Installer files
*.cab
*.msi
*.msix
*.msm
*.msp

# Windows shortcuts
*.lnk

# JetBrains Rider
.idea/
*.sln.iml

##
## Visual Studio Code
##
.vscode/*
!.vscode/settings.json
!.vscode/tasks.json
!.vscode/launch.json
!.vscode/extensions.json

Il y a de nombreux fichiers pour Visual Studio, mais cela inclut également des éléments qui ne nécessitent généralement pas de gestion sous git, tels que le .DS_Store de Mac.

Sites de référence

Installer .NET sur Windows

Utiliser GitHub Copilot dans IntelliJ IDEA

Sat, 10 Sep 2022 09:44:55 +0900

Introduction

GitHub Copilot est un outil de complétion de code basé sur l’IA développé par GitHub. Vous pouvez utiliser GitHub Copilot dans IntelliJ IDEA en installant le plugin GitHub Copilot dans l’environnement de développement IntelliJ IDEA. Un compte GitHub est requis pour l’activation.

Comment installer

Sélectionnez Settings dans le menu File d’IntelliJ IDEA
Sélectionnez Plugins et recherchez “GitHub Copilot” dans la recherche
Installez à partir du bouton d’installation
Appuyez sur le bouton Restart IDE pour redémarrer IntelliJ IDEA L’installation est terminée lorsque IntelliJ IDEA redémarre.

Activation

Cliquez sur l’icône dans le coin inférieur droit
Cliquez sur Login to Github
Cliquez sur le bouton Copy and Open
Le navigateur s’ouvrira, donc si vous n’êtes pas connecté à GitHub, connectez-vous, puis collez le code avec Ctrl+V et cliquez sur le bouton Continue
Cliquez sur le bouton Authorize GitHub Copilot Plugin Si l’écran ci-dessus s’affiche, l’activation est terminée.

Comment l’utiliser

Lorsque vous tapez quelques caractères dans l’éditeur d’IntelliJ IDEA, GitHub Copilot commencera à vous suggérer la suite de votre code. Profitez de la puissante fonctionnalité de complétion de l’IA !