Azure DevOpsの使い方についてご紹介

＜目次＞

(１) Azure DevOpsの使い方についてご紹介
　やりたいこと
　概要
　(１-１) STEP1：リポジトリを作る
　(１-２) STEP2：クローン～ブランチ作成～修正～コミット＆プッシュ
　(１-３) STEP3：プルリクエスト～マージ
　エラー対処①：fatal: cannot lock ref ‘HEAD’: is at xxx but expected yy

(１) Azure DevOpsの使い方についてご紹介

やりたいこと

概要

(１-１) STEP1：リポジトリを作る

（図１１１）

↓

・②リポジトリ名などを入力

（図１１２）

（備考）

.gitignoreファイルは、Gitによって追跡されるべきでないファイルやディレクトリを指定するためのファイルであり、開発者が手動で作成する必要があります。しかし、Azure DevOpsはリポジトリ作成時に一般的なプログラミング言語やフレームワークに基づいたデフォルトの.gitignoreファイルを作成できます。

 

(１-２) STEP2：クローン～ブランチ作成～修正～コミット＆プッシュ

●STEP2-1：Gitクローン

（図１２１①）

↓

・②Cloneの方法を選択

⇒今回は「Clone in VS Code」を選択

（図１２１②）

↓

・③「Visual Studio Codeを開く」を押下

（図１２１③）

↓

・④リポジトリをクローンするフォルダを選択

（図１２１④）

↓

・⑤DevOpsのアカウントを選択する

（図１２１⑤）

↓

・⑥クローンしたリポジトリを開くか聞かれたら「Open」

（図１２１⑥）

●STEP2-2：ブランチを切る

・①「・・・」ボタン→「Branch」→「Create Branch」

（図１３１）

↓

・②ブランチ名を入力して「Enter」押下

（図１３２）

↓

・③ブランチが切り替わる

（図１３３）

●STEP2-3：ローカルでソース修正

 ・①例でPythonのサンプルコードを追加

（図１３４）

●STEP2-4：ローカルブランチに追加＆コミット

・①「・・・」ボタン→「Changes」→「Stage All Changes」（Gitの「Add」）

（図１３５）

↓

・②コミットメッセージを入力して「Commit」を押下

（図１３６）

↓

●STEP2-5：リモートリポジトリのブランチにプッシュ

・①「・・・」ボタン→「Pull, Push」→「Push」

（図１３７）

↓

・②「OK」

（図１３８）

↓

・③ブランチが作成された

（図１３９①）

（図１３９②）

 

(１-３) STEP3：プルリクエスト～マージ

●STEP3-1：開発者がプルリクエストする

（図２１１）

↓

（図２１２）

●STEP3-2：レビュー＆マージ

・①レビューして「Approve」を選択

（図２１３）

↓

・②OKなら「Complete」押下

（図２１４）

↓

・③「Complete Merge」を押下

（図２１５）

↓

（図２１６）

（補足）マージの種類

（表）

Complete:	プルリクエストの全ての変更をリポジトリのデフォルトブランチにマージ。 （利用シーン） 開発者がブランチを完全に統合し、リポジトリに取り込む必要がある場合。
Squash:	プルリクエストの全ての変更を1つの新しいコミットにまとめて、リポジトリのデフォルトブランチにマージ （利用シーン） プルリクエストが多数の小さなコミットで構成されている場合に、履歴をきれいに保つために使用
Rebase:	プルリクエストで行われた変更を、リポジトリのデフォルトブランチに取り込むために、現在のブランチのコミットを取り出して、デフォルトブランチに置き換える。 （利用シーン） 歴史をきれいに保ち、履歴の重複を削除するとき
Semi-linear merge:	リポジトリのデフォルトブランチにマージする前に、プルリクエストがターゲットブランチで更新された場合に、マージコミットを生成することによって変更を取り込みます。 （利用シーン） このタイプのマージは、プルリクエストが他のブランチと競合している場合に有効。

（図２２１）

エラー対処①：fatal: cannot lock ref ‘HEAD’: is at xxx but expected yy

●エラーメッセージ

（図３１１）