OneDrive上にレポジトリがあれば、複数のPCからチェックアウトしてソースを参照できますし、複数PCなくても、開発に使用しているPCが変わっても便利です。

アキゾラ

OneDriveじゃなくても、Google DriveとかDropBoxでも一緒かな？あんまりそっちを使ってないのでいまいちわかってないですが、読み替えできそうだったら、やってみてくださいｗ

個人で何か趣味でもなんでも開発する場合でも、やはりSVNのようなバージョン管理できるものがあると何かと便利なんですよね。

というか、開発に限らずOffice類のファイルなどでも使えますので、地味に色々と便利だったりします。

アキゾラ

ExcelとかWordとかも、バージョン管理すればファイル名に「_更新」とか「_new」とかつけて保存していく必要なくなります。前のバージョンのファイルを簡単に入手できますから。

ではいきます。

用意するもの、インストールするもの

• TortoiseSVN　こちら
• WinMerge（差分を見るのに便利。必須ではない） 　こちら
• OneDriveなどのクラウド

今回ファイルのバージョン管理するのに必要なものは、TortoiseSVNです。

ダウンロードしてインストールしてください。

インストール時の選択は基本デフォルトで大丈夫です。（アキゾラはついフルで入れたくなる人間ですがｗ）

GUIだけじゃなくてコマンドで操作をしたい人は、そちらのツールも入れましょう。

あ、日本語化したい人は、Language packsも一緒にダウンロードしておきましょう。

WinMergeは、ソース差分をなんかを見るときに、SVNからWinMergeで開けるので、入れておくと便利です。

あとは、OneDriveですね、SVNを入れるPCでOneDriveにアクセスできるようにしておきますよ。

OneDrive上にSVNレポジトリを作成する

では、まずOneDriveの同期フォルダ上にレポジトリを作成します。

OneDriveの同期フォルダは、通常「C:\Users\ユーザ名\OneDrive」にあるかと思います。

ここの中に、任意の場所でレポジトリを作ります。今回は以下にします。

C:\Users\ユーザ名\OneDrive\source\testRepos\MyApp

このフォルダは空で新規に作ってくださいね。

そして、MyAppフォルダを右クリック-TortoiseSVN-Create repository hereをクリックします。

アキゾラ

TortoiseSVNがちゃんとインストール完了してれば、右クリックでTortoiseSVN関連のメニューが出るようになってますよ～。

以下のダイアログが出ますので、OKで閉じてください。

これで、レポジトリ作成終了です。

アキゾラ

このレポジトリフォルダの中身は自分でいじらないようにしてくださいねん。

SVNレポジトリにファイルをコミットする

今作ったのは空のレポジトリです。

なので、ここにファイルをコミットして登録していきます。

今回登録するのは、Visual Studioのプロジェクトファイル一式です。

以下のように、プロジェクトファイル一式があるフォルダをレポジトリにコミットしてみます。

まずはこの空のSVNレポジトリをチェックアウトする

まず、このプロジェクトファイルがあるローカルのフォルダを右クリック-SVN Checkoutをクリックします。

そして、チェックアウトダイアログで以下のように入力します。（この手順でやっていくと、ここではレポジトリURLだけ手動入力する必要があると思います）

C:\Users\ユーザ名\source\repos\MyApp

file:///C:\Users\ユーザ名\OneDrive\source\testRepos\MyApp

これでOKします。

すると、以下のようなダイアログが出るかもしれませんが、気にせずCheckoutします。

こんな感じで、チェックアウトが終了します。

レポジトリはまだ空なので、ローカルにあるファイルは何も影響を受けませんよ。

SVNレポジトリにコミットする

次に、このローカルのMyAppフォルダにあるファイルをOneDrive上のSVNレポジトリへ一式コミットします。

ローカルのMyAppフォルダを右クリック-SVN Commitをクリックします。

すると、以下のダイアログが出ます。

コミット先はOneDrive上(の同期フォルダ)になってますね。コミットするときになんかコメントというか、メッセージいれられますのでお好きなように。

下部の窓でコミットするファイルを選択することができます。

管理不要なファイルはコミットしないようにしたほうがいいと思います。（今回はめんどくさいのでALLで全てのファイルにチェックを入れています）

問題なければ、OKを押します。

すると、こんな感じでコミット完了します。

これで、OneDrive上のSVNレポジトリにコミットできました。

SVNレポジトリブラウザでコミットしたファイルを確認してみる

ちゃんとSVNのレポジトリにコミットできたのか、確認してみます。

ローカルのMyAppフォルダを右クリック-TortoiseSVN-Repo-browserをクリックします。

以下のダイアログが表示されます。

ここに、ファイルが表示されていますね。

これでOneDrive上のSVNレポジトリにコミットできてることがわかります。

OneDrive上のSVNレポジトリにローカルで変更したファイルをコミットする

ローカルで編集したファイルをOneDrive上のレポジトリにコミットしてみます。

ローカルのMyAppフォルダを右クリック-TortoiseSVN-Check for modificationsをクリック。

（多分日本語だと、変更をチェック、みたいなやつです）

すると、そのフォルダ下全てでレポジトリ上のファイルと変更のあるものがわかります。（青字のやつですね）

アキゾラ

MyApp.cppだけ変更したんだけど、なんかVCのファイルにも変更でちゃったわｗてかこれファイル管理する必要ないやつかも。

とりあえず無視しますｗ

青字で変更が出ているMyApp.cppをダブルクリックすると、WinMergeで差分表示されますよ。

差分を確認して、問題なかったら、WinMergeの画面は閉じて、元のダイアログでMyApp.cppを右クリックして、Commitを行います。

するとコミット画面になりますので、任意でコメントを入れて、OKをクリックしてコミットします。

コミットできましたー。

SVNレポジトリに対する操作ログを表示してみる

コミット履歴などはログから確認できますので、確認してみましょう。

ローカルのMyAppフォルダを右クリック-TortoiseSVN-Show logをクリック。

ここで、これまでのコミット履歴が見れます。MyApp.cppのコミットありますね。

下部の窓に、選択中のRevisionでの変更ファイルが表示されます。ファイル名をダブルクリックすると、このコミットでの変更差分も見られます。以下が出るよ。

他の場所（他のPC）でレポジトリをチェックアウトする

せっかくOneDriveを使っているので、この今コミットを行ったPCではなくて、他のPCでちゃんとこのレポジトリからチェックアウトできるのか、やってみます。

他のPCといっても、こちらもOneDriveでアクセスできるようになっていること、そしてTortoiseSVNがインストールされていることが前提ですよ。

他のPCで適当な場所に空のフォルダを作ります。

ここでは、以下にしました。

C:\tmp\MyApp

このフォルダを右クリック-SVN Checkoutをクリックします。

すると、以下のダイアログが出ますので、レポジトリURLを先ほどと同じようにOneDrive同期フォルダのSVNレポジトリの場所に指定します。

これでOKを押しましょう、すると以下のようにチェックアウトできます。

ちなみに、OneDriveの同期フォルダを常時同期しないようにしている場合でも、この操作をする時には自動的に同期されるみたいです。

アキゾラ

これは地味に便利ですね！（まぁそういうものかｗ）

そして、ファイルはちゃんとチェックアウトできています。

レポジトリのファイルでローカルフォルダを更新する

お次に、レポジトリからファイルの更新をやってみます。

PC1でファイルを変更してSVNにコミット、その変更をPC2で取得するみたいなイメージですね。

これは簡単です。

更新をかけたいローカルのフォルダを右クリック-SVN updateで更新します。

すると、このように変更があればアップデートされます。（何も変更がなければ何も変更されません）

上の画像のShow log…ボタンを押すと、ログが表示されます。今回取り込んだ変更は、下記のRevision 3ですね。

ちなみに、このローカルのフォルダは不要になったら削除しても大丈夫です、レポジトリには影響ありません。

OneDrive上のレポジトリにファイルがありますので、必要になったらここからチェックアウトすればOKです。

アキゾラ

その代わり、OneDrive上のレポジトリは消しちゃだめですｗ

レポジトリから古いレビジョンのファイルを取得する

保存してコミットもしたけど、前のあの時点のファイルが欲しいなぁとか、前のファイルに戻したいなぁと思うこともありますよね。

SVNはバージョン管理ソフトですから、特定のレビジョンのファイルを取得することが簡単です。

特定のリビジョンのファイルの取り方はいろいろあるのですが、ローカルのチェックアウトしたフォルダでそのまま取得する方法をご紹介します。

まずは、取得したいレビジョンを確認するため、ローカルのチェックアウトフォルダにある、特定のリビジョンが欲しいファイルを右クリック-TortoiseSVN-Show logでログを表示します。

アキゾラ

ここでは、MyApp.cppファイルでやってみます。

以下のような感じで、このファイル自体の変更履歴が見れます。

この中で、Revision 1のファイルが欲しいなぁと思ったら、Revision 1にフォーカスを当てて右クリック-Update item to revisonをクリック。

すると、以下のようにローカルのMyApp.cppファイルがRevision 1でアップデートされます。

これでローカルのMyApp.cppファイルの中身を確認すると、Revision 2、3で入れた変更はなくなっています。ちゃんとRevision 1のファイルが取得できました。

アキゾラ

この状態では、レポジトリの最新はRevision 3のままで変わらないから、この状態でSVN updateしたら、MyApp.cppはまたRevision 3にアップデートされるよ。

　

また、これは特定のファイルでやったけど、フォルダ全体とかでもできます。

まとめ

OneDrive上にSVNレポジトリを作成してファイルを管理する方法メモ、でした。

SVNはもっと色々な機能がありますが、まずはこのあたりの基本的な操作ができればまぁ使えると思います。

OneDriveなどを使うことで、自宅でも簡単に疑似ファイルサーバみたいな感じで使えるのはけっこいいなぁなんて思っています。

そのうち、他のSVN操作についても書くかもしれませんが、まぁこの辺でｗ

一応、SVNの使い方っていうより、OneDriveでレポジトリってところに重きを置いていたんだけど、ただの入門講座みたいになった感は否めないｗ

ではでは！

今日はVisual Studio 2019でARM64ネイティブアプリのリモートデバッグをしてみます。

ARM64上でVisual Studio 2019は一応（一部？）動作するのですが、デバッグはリモートデバッグしかできないのかな？

アキゾラ

（ノリでARM64上でVS使ってデバッグやったら失敗したょ）

リモートデバッグでちゃんとデバッグできたんで、その手順をメモっておきます。

Visual Studio 2019でARM64アプリをリモートデバッグするのに必要なもの

Visual Studioを動作させるマシン側

必要なものは、以下。

• Visual Studio 2019 こちら
• Windows SDK(バージョン10.0.16299 以降) こちら

C++で、Visual Studio 2019を使用してARM64のデバッグを行う場合は、これだけで大丈夫だと思います。

Visual Studio 2019については、まぁこのページ見ている方は入っているかと思います。

無い方は、こちらから無償版手に入れることができます。

Windows SDKも、入れてない場合はこちらからダウンロードできます。

リモートデバッグされる側のARM64マシン側

必要なものは、以下。

• Remote Tools for Visual Studio 2019 こちら
• Visual Studio 2019 の Microsoft Visual C++ 再頒布可能パッケージ こちら

ARM64側のマシンには、Visual Studio 2019のリモートデバッグツールが必要になります。

アーキテクチャは、ARM64のものをダウンロードします。

ダウンロードしたら、インストールしておいてください。

Visual Studio 2019 の Microsoft Visual C++ 再頒布可能パッケージも、ARM64版のものを入れておきましょう。

これについては、デバッグ云々というより、Visual Studioで作ったアプリを動作させるために必要になったりするので、入れておきましょっていうノリです。

ARM64マシン上で、リモートデバッグできるようにする

ARM64上で、リモートデバッグできるようにしていきます。

インストールしたRemote Tools for Visual Studio 2019をスタートメニューから起動します。一応、管理者権限で起動したほうがいいかと。

初回起動時は、以下の画面が開きます。（英語版ですみません）

この状態で、「Configure remote debugging」で起動します。以下のような画面になればOKです。

ここに表示される、「マシン名:ポート番号」のところ（上の画像の黒塗りのところらへん）が、リモートデバッグで接続に使用する情報です。

これで、ARM64マシン側は準備が整いました。

とりあえず、このままにしておき、Visual Studio 2019が入っている側のマシンに向かいます。

ちなみに、デバッグが終わって終了するときは、Remote Debuggerツールを終了すればOKです。

今後、リモートデバッグするときは、ARM64マシン側で最初にこれを起動しておきます。

次回起動からは、最初のConfigurationの画面は出なくなります。

Visual Studio 2019でARM64版のビルド、リモートデバッグができるようにする

Visual Studio 2019でARM64版のビルドをできるようにする

まず、ARM64版のビルドができるようにします。

Visual Studio 2019で、自分がデバッグしたい（ARM64で動かしたい）アプリのソリューションを開き、Debugのところで、新しい構成を作ります。

Active solution platformのところで、<New…>を選んでください。

ARM64があるはずなので、それを選びます。コピー元はx64でいいはずです。

以下のように設定して、OKします。

これで、ARM64版のビルドはできるようになりました。Release版もできてますね。

一発ビルドしてコンパイル通ることを確認しましょう。

アキゾラ

これで問題なければ楽ちんなんですが、問題出てくると、うん。頑張れって感じになりますね。

プラットフォームにARM64が出ない場合

ARM64用のビルドツールがインストール済みか確認しましょう。入ってなかったら入れてください。

スタートメニューからVisual Studio Installerを起動します。

以下のModifyをクリックします。

Desktop development with C++にチェックがあることを確認して（チェックがなかったら入れる）

Indivisual componentsタブで、Compilers, build tools, and runtimesの欄にある、ARM64用のビルドツールが入っていることを確認。なかったらチェックを入れてインストールします。

Visual Studio 2019でARM64版のリモートデバッグをできるようにする

次は、リモートデバッグの設定です。

今回、デバッグするアプリは「MyApp.exe」、ARM64マシンの「C:¥tool¥MyApp¥」上でリモートデバッグすることにします。

ディレクトリ名、ファイル名などこの設定になっています。この辺りは適宜ご自分の環境で読み替えてください。

以下から、ARM64版のリモートデバッグの設定を行います。

Debuggingのところで、以下のように設定します。（英語ですが、日本語版の方は何となく読み替えでいけるかと）

• Remote Commad：ARM64マシン上で起動時に指示するコマンド。
• Working Directory：作業ディレクトリ、通常アプリが動くディレクトリですね。Deployment Directory参照。
• Remote Server Name：ここで、ARM64上のリモートデバッガで示された「マシン名:ポート番号」を指定します。
• Deployment Directory：Visual Studio 2019からファイルコピー（デプロイ）するんですが、そのディレクトリです。通常作業ディレクトリと一緒かな。

こんな感じです。ランタイム ライブラリとかもデプロイしたい場合は、該当項目をYESにすればOKですかね。

あと、追加でファイルの配置もできるみたいなんで、それが必要な場合はそこも活用してください。

この画面はApplyしてOKで閉じます。

ここまでできたら、もう一度デバッガの構成の設定のところを開いて、「Deploy」にチェックを入れます。

はい、これで準備完了です。

Visual Studio 2019でARM64アプリのリモートデバッグをする

では、さっそくリモートデバッグしてみます。

Visual Studio 2019で、Remote Windows Debbgerでデバッグ起動してみます。

この時、認証ダイアログが出たら、接続先のARM64マシンにログオンできる情報で入ります。

すると、、、以下のようにARM64マシン側の指定したディレクトリに必要なファイルが配置されます。（ディレクトリが存在しなければ作成されます）

そして、アプリもARM64上で起動しました。

MyAppは中身のない適当すぎアプリですがｗ

Visual Studio 2019でちゃんとステップ実行などできます。

ブレークポイントなどもOK、ちょっとやってみた感じでは普通にデバッグできる感じです。

余談：x86アプリをARM64上でデバッグするには？

これは、Visual Studio 2019がARM64上にインストールできるので、そこでそのままデバッグできるっちゃできます（一応できました）。

ただ、結構遅い（重い）です。

x86アプリも、同じような感じでリモートデバッグできるかもしれません。未確認です。

まとめ

Visual Studio 2019でARM64アプリ(C++アプリ)のリモートデバッグをする手順メモ、でした。

ARM64アプリをVisual Studioで作る場合の参考になれば。

ではでは！