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

Ich wurde erneut als Microsoft MVP (2025-2026) ausgezeichnet

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

Ich wurde erneut als Microsoft MVP (2025-2026) ausgezeichnet!

Hallo, ich bin kenji.

Ich habe eine Ankündigung zu machen. Ich wurde dieses Jahr erneut als Microsoft MVP (Most Valuable Professional) ausgezeichnet. Dies ist das 9. Mal , dass ich den Preis erhalte.

Vielen Dank an alle, die mich immer unterstützen.

Was ist Microsoft MVP?

Wenn Sie “MVP” hören, denken viele vielleicht an den wertvollsten Spieler im Sport, aber hier ist MVP ein Titel, der an diejenigen verliehen wird, die zur technischen Community von Microsoft beigetragen haben .

Konkret geht es um:

Verbreitung von Informationen in technischen Blogs und sozialen Medien
Veröffentlichung von Beispielcode auf GitHub
Vorträge in Lerngruppen und auf Konferenzen
Beantwortung von Fragen auf Q&A-Websites
Technischer Austausch und Zusammenarbeit mit ausländischen Entwicklern
Teilnahme und Beiträge in Communities, in denen sich Ingenieure vernetzen

Es ist ein System, das Aktivitäten bewertet wie “das eigene Wissen und die eigene Erfahrung zum Nutzen anderer teilen”.

Es gibt weltweit Gewinner, aber die Anzahl der jährlich ausgewählten Personen ist begrenzt, und den Preis erneut zu erhalten, ist nie einfach. Deshalb ist es eine wahre Ehre, auf diese Weise anerkannt zu werden.

Worauf ich mich im letzten Jahr konzentriert habe

In diesem Jahr habe ich mich auf die Verbreitung von Informationen konzentriert, wobei der Schwerpunkt auf der “Klarheit” und “Zugänglichkeit” der Technologie lag.

Veröffentlichung von praktischem Beispielcode auf GitHub
Vorträge in Lerngruppen und auf Konferenzen (national und international)
Regelmäßige Verbreitung von Informationen über technische Blogs und soziale Medien
Kontinuierliche Beantwortung von Fragen auf Q&A-Websites
Wissensaustausch auf Community-Websites für Ingenieure
Interaktion und gemeinsame Überprüfung mit ausländischen Ingenieuren

Insbesondere die Veröffentlichung von Code auf GitHub hat bei mir einen starken Eindruck hinterlassen, da ich Kommentare erhielt wie: “Ich hatte mit demselben Problem zu kämpfen, das hat mich gerettet!”, und ich das Gefühl hatte, dass meine Bemühungen anderen bei der Entwicklung helfen.

Außerdem erhielt ich bei Vorträgen auf Veranstaltungen manchmal das Feedback, dass es “auch für Anfänger leicht verständlich war”, was mir eine gute Gelegenheit gab, darüber nachzudenken, “was eine technische Erklärung ist, die die Leute verstehen?”.

Ausblick auf das nächste Jahr

Die technologische Entwicklung ist wirklich schnell, und es ist schwer, Schritt zu halten. Dennoch glaube ich, dass es einen großen Wert hat, echtes Wissen als “Primärinformationen” bereitzustellen, wie die praktischen Erfahrungen, die ich gemacht habe, und die Punkte, an denen ich gescheitert bin, als ich Dinge selbst ausprobiert habe.

Im nächsten Jahr möchte ich versuchen, “visuell verständliche technische Inhalte” zu veröffentlichen, die Videos und Diagramme integrieren . Ich hoffe, meinen Output so steigern zu können, dass ich helfen kann, das Gefühl von jemandem zu lösen, “ich stecke fest!”, und sei es nur ein bisschen.

Zum Schluss

Der MVP-Titel ist nur ein Zwischenstopp.

Von nun an, ohne es zu übertreiben, in meinem eigenen Tempo. Aber auf eine Weise, die für jemanden wirklich nützlich ist.

“Ich wurde durch die Recherche danach gerettet” “Dieses Beispiel hat funktioniert!” “Diese Geschichte war leicht zu verstehen”

Ich möchte weiterhin die Art von Ingenieur sein, dem solche Dinge gesagt werden.

Vielen Dank für Ihre anhaltende Unterstützung.

Ich habe versucht, das Qt Extension Pack in Visual Studio Code zu installieren

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

Starten der Qt-Entwicklung in VSCode: So installieren Sie das Qt Extension Pack

Hallo, hier ist Kenji. Dieses Mal werde ich vorstellen, „wie man die Qt-Entwicklungsumgebung in Visual Studio Code (im Folgenden VSCode) einrichtet“.

In letzter Zeit möchten neben dem offiziellen Qt Creator immer mehr Menschen Qt-Apps mit VSCode entwickeln, das leichtgewichtig und in hohem Maße erweiterbar ist. Für diese Personen empfehle ich das “Qt Extension Pack” . Wenn Sie dieses Erweiterungspaket installieren, erhalten Sie auf einen Schlag die wichtigsten Qt-bezogenen Erweiterungen.

Zielpublikum

Diejenigen, die mit der Entwicklung von GUI-Apps mit Qt beginnen möchten
Diejenigen, die in VSCode statt im Qt Creator entwickeln möchten
Diejenigen, die es mühsam finden, Erweiterungen einzeln zu suchen

Voraussetzungen

VSCode muss installiert sein (Sie können es kostenlos von der offiziellen Website herunterladen)
Die Qt-Bibliothek selbst muss installiert sein (Offizielle Qt-Website)

Was ist das Qt Extension Pack?

Das Qt Extension Pack ist ein Erweiterungspaket für VSCode. Durch die Installation werden die folgenden Funktionen automatisch hinzugefügt:

Unterstützung für .ui-Dateien (Qt Designer)
Syntax-Hervorhebung für .pro- und .qrc-Dateien
C++-Code-Vervollständigung, Build- und Debugging-Unterstützung für Qt
Qt Resource Browser (Ressourcenreferenz)

Installationsanweisungen

1. VSCode öffnen

Starten Sie zunächst VSCode.

2. Erweiterungsansicht öffnen

Klicken Sie auf die Aktivitätsleiste auf der linken Seite (quadratisches Block-Symbol), um die „Erweiterungen“ anzuzeigen.

Oder Sie können die Tastenkombination Ctrl + Shift + X drücken.

3. Nach “Qt Extension Pack” suchen

Geben Sie das folgende Schlüsselwort in die Suchleiste ein:

1

Qt Extension Pack

4. Auf die Schaltfläche “Installieren” klicken

Wenn das Zielpaket angezeigt wird, klicken Sie auf die Schaltfläche „Installieren“. Dadurch werden mehrere Erweiterungen auf einmal installiert, wie zum Beispiel die folgenden:

Qt Language Support
QML Support
Qt Designer Integration
CMake Tools (unerlässlich für die CMake-kompatible Qt-Entwicklung)

Zusätzliche Projekteinstellungen (Beispiel CMake + Qt)

Wenn Sie das CMake-basierte Qt verwenden, empfehlen wir die Kombination mit den folgenden Erweiterungen:

Wenn Sie außerdem die folgende Beschreibung in die CMakeLists.txt einfügen, verläuft die Integration mit Qt reibungslos:

1
2


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

Bonus: Wie öffne ich .ui-Dateien?

.ui-Dateien können im Qt Designer bearbeitet werden. In VSCode können Sie mit der rechten Maustaste auf die .ui-Datei klicken → Open with Qt Designer auswählen (Qt Designer muss in der Umgebungsvariablen PATH enthalten sein).

Zusammenfassung

Schritt	Inhalt
1	VSCode starten
2	Erweiterungspanel öffnen
3	Nach “Qt Extension Pack” suchen
4	Auf die Schaltfläche Installieren klicken

Der Aufbau einer Qt-Umgebung in VSCode ist viel einfacher geworden als früher. Es verfügt über genügend Funktionen als Alternative zum Qt Creator und ist für diejenigen zu empfehlen, die leichtgewichtig arbeiten möchten.

Empfohlene Linksammlung

Zum Schluss

In Zukunft plane ich, die Entwicklung unter Verwendung der UI-Tools von Qt und QML in dieser Umgebung voranzutreiben. Beim nächsten Mal werde ich erklären, wie man eine Qt Hello World-App aus VSCode heraus erstellt und ausführt .

Bis bald!

So beheben Sie den Fehler 'Temporary failure resolving...' in wsl

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

So beheben Sie den Fehler ‘Temporary failure resolving…’ in 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'

Wenn der obige Fehler in wsl angezeigt wird, sind die DNS-Servereinstellungen möglicherweise falsch. In meiner Umgebung wurde das Problem mit den folgenden Schritten behoben.

Starten Sie wsl.
Führen Sie sudo nano /etc/resolv.conf aus.
Ändern Sie die Zeile nameserver wie folgt:

1

nameserver 8.8.8.8

Speichern Sie mit Strg + S und beenden Sie mit Strg + X.
Führen Sie sudo apt update aus.
Wenn der Fehler nicht mehr angezeigt wird, ist das Problem behoben.

Wenn das Problem durch die obigen Schritte nicht behoben wird

Es scheint Fälle zu geben, in denen die obigen Schritte nicht ausreichen. Bitte lesen Sie den folgenden Artikel.

So beheben Sie ‘Temporary failure resolving…’ beim apt update in WSL

Variablen in Github Actions dynamisch festlegen

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

Um Variablen in Github Actions dynamisch festzulegen, können Sie dies durch Anhängen an $env:GITHUB_ENV erreichen, wie unten gezeigt.

【Im Fall von 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

【Im Fall von 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 }}

So richten Sie eine benutzerdefinierte Domain in einem Github-Repository ein

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

Um eine benutzerdefinierte Domain in einem Github-Repository einzurichten, müssen Sie die DNS-Einstellungen Ihrer Domain ändern. Hier erklären wir dies unter der Annahme, dass Sie Ihre Domain mit Onamae.com verwalten. Sie können ähnliche Einstellungen vornehmen, indem Sie die A-Einträge bei anderen Registraren überschreiben.

DNS-Einstellungen in Onamae.com ändern

Um die DNS-Einstellungen Ihrer Domain zu ändern, loggen Sie sich in den Verwaltungsbildschirm von Onamae.com ein. Gehen Sie nach dem Login zum Domain-Verwaltungsbildschirm. Wenn Sie sich auf dem Domain-Verwaltungsbildschirm befinden, ändern Sie die DNS-Einstellungen. Um die DNS-Einstellungen zu ändern, konfigurieren Sie sie wie folgt:

Greifen Sie auf https://www.onamae.com/ zu und klicken Sie auf „Onamae.com Navi Login“
Geben Sie Ihre „Onamae-ID (Mitglieds-ID)“ und Ihr „Passwort“ ein und klicken Sie auf den Login-Button
Klicken Sie auf „Nameserver-Einstellungen“
Klicken Sie auf „Domain-DNS-Einstellungen“
Wählen Sie die Domain aus, die Sie einrichten möchten, und klicken Sie auf „Weiter“
Klicken Sie rechts neben „DNS-Eintrags-Einstellungen verwenden“ auf „Einstellen“
Wählen Sie A für TYPE, geben Sie 3600 für TTL und „185.199.108.153“ für VALUE ein und klicken Sie dann auf „Hinzufügen“
Fügen Sie ähnlich wie bei 7. auch für „185.199.109.153“, „185.199.110.153“ und „185.199.111.153“ hinzu
Vergewissern Sie sich, dass das Kontrollkästchen unter „Bestätigung der Nameserver-Änderung für DNS-Eintrags-Einstellungen“ aktiviert ist, und klicken Sie auf „Zum Einstellungsbildschirm gehen“
Wenn ein Bildschirm mit der Meldung „Um unbeabsichtigte Änderungen der DNS-Einstellungen zu verhindern“ angezeigt wird, klicken Sie auf „Nicht einstellen“ (wählen Sie nach Bedarf aus)
Überprüfen Sie die Einstellungsdetails und klicken Sie auf „Einstellen“
Damit sind die DNS-Einstellungen abgeschlossen. Es kann bis zu etwa 72 Stunden dauern, bis die Übernahme abgeschlossen ist.
Wenn dies nach 72 Stunden nicht der Fall ist, versuchen Sie bitte, den Support von Onamae.com zu kontaktieren.

Um zu überprüfen, ob die Einstellungen in Ihrer lokalen Umgebung übernommen wurden, versuchen Sie, den folgenden Befehl auszuführen. Bitte ersetzen Sie den Teil example.com durch die Domain, die Sie überprüfen möchten.

Für Linux, Mac

1

dig example.com +noall +answer -t A

Wenn das Ergebnis wie folgt aussieht, wurde die Einstellung übernommen.

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

Für Windows

1

nslookup -q=a example.com 8.8.8.8

Wenn das Ergebnis wie folgt aussieht, wurde die Einstellung übernommen.

1
2
3
4
5
6
7
8
9


Server: dns.google
Address: 8.8.8.8

Nicht autorisierende Antwort:
Name: example.com
Addresses: 185.199.108.153
 185.199.109.153
 185.199.110.153
 185.199.111.153

Eine benutzerdefinierte Domain in einem Github-Repository einrichten

Öffnen Sie die Repository-Seite und klicken Sie auf Settings
Klicken Sie auf Pages
Wenn Sie den Quellcode des Repositories wie besehen veröffentlichen, wählen Sie unter Source „Deploy from a branch“. Wenn Sie den Quellcode erstellen (z. B. HUGO), wählen Sie „GitHub Actions“.
Wählen Sie in Branch den zu veröffentlichenden Branch aus und klicken Sie auf Save
Geben Sie die von Ihnen erhaltene Domain unter Custom domain ein und klicken Sie auf Save.
Aktivieren Sie bei Bedarf das Kontrollkästchen „Enforce HTTPS“, um die HTTPS-Unterstützung zu aktivieren

[PR]

Generieren einer .gitignore mit dem dotnet-Befehl

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

Es ist nützlich, den Befehl dotnet.exe bereitzuhalten, da er sogar das Erstellen einfacher Programme ermöglicht.

Installation des .NET SDK

Da dotnet.exe im .NET SDK enthalten ist, installieren Sie zunächst das .NET SDK. Starten Sie cmd.exe mit Administratorrechten und führen Sie den folgenden Befehl aus.

1

winget install Microsoft.DotNet.SDK.6

.gitignore generieren

Der Befehl zum Generieren einer .gitignore mit dotnet.exe lautet wie folgt.

1

dotnet new gitignore

Die generierte .gitignore lautet wie folgt.

 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

Es gibt viele Dateien für Visual Studio, aber es enthält auch Elemente, die im Allgemeinen nicht im git verwaltet werden müssen, wie z. B. die .DS_Store von Mac.

Referenzseiten

Installieren von .NET unter Windows

Verwendung von GitHub Copilot in IntelliJ IDEA

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

Einführung

GitHub Copilot ist ein KI-basiertes Code-Vervollständigungstool, das von GitHub entwickelt wurde. Sie können GitHub Copilot in IntelliJ IDEA verwenden, indem Sie das GitHub Copilot-Plugin in der IntelliJ IDEA-Entwicklungsumgebung installieren. Für die Aktivierung ist ein GitHub-Konto erforderlich.

Installationsmethode

Wählen Sie Settings im Menü File von IntelliJ IDEA
Wählen Sie Plugins und suchen Sie in der Suche nach “GitHub Copilot”
Installieren Sie über die Installationsschaltfläche
Drücken Sie die Schaltfläche Restart IDE, um IntelliJ IDEA neu zu starten Die Installation ist abgeschlossen, wenn IntelliJ IDEA neu gestartet wird.

Aktivierung

Klicken Sie auf das Symbol in der unteren rechten Ecke
Klicken Sie auf Login to Github
Klicken Sie auf die Schaltfläche Copy and Open
Der Browser wird geöffnet. Wenn Sie nicht bei GitHub angemeldet sind, melden Sie sich an, fügen Sie den Code mit Strg+V ein und klicken Sie auf die Schaltfläche Continue
Klicken Sie auf die Schaltfläche Authorize GitHub Copilot Plugin Wenn der obige Bildschirm angezeigt wird, ist die Aktivierung abgeschlossen.

Ausprobieren

Wenn Sie im Editor von IntelliJ IDEA ein paar Zeichen eingeben, beginnt GitHub Copilot, den Rest des Codes vorzuschlagen. Genießen Sie die leistungsstarke Code-Vervollständigungsfunktion durch KI!