6
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 1 year has passed since last update.

【UiPath Studio】バージョン管理にGitを使ってみる。

Last updated at Posted at 2023-09-06

はじめに

UiPath StudioにはGitやSVNバージョン管理ツールとの連携機能が用意されています。

当記事ではUiPath StudioのGitの機能を使ってできること、どんな操作感なのか、などを確認していきます。

ちなみにGitとGitHubは別のモノです。
前者がバージョン管理のプロトコル、後者がGitを使うことができる環境を提供するWebサービスです。

UiPath StudioのGit機能の確認を目的としており、Git用語の説明、Gitサーバーの導入手順、GitとGitHubの使い方の差異などは省略しています。

Git連携機能の有効化の手順

UiPath Studioはv22.10を利用しています。

ツール > プラグイン > ソース管理プラグイン から Git のトグルにチェックを入れます。
image.png
Studioの再起動が促されます。

Git機能が有効化されると、いくつかの機能メニューが表示されるようになります。

① ホーム > チーム の表示メニュー。

image.png

② 右クリックで表示されるメニュー。

image.png

③ 右下に表示されるメニュー。

image.png

xaml編集後のアイコン表示
編集後、Studioの画面からファイルの状態を示すアイコンの表示となります。
image.png

  • ペンのマーク : 変更したファイル。
  • +(プラス)マーク : 追加したファイル。

Studio下部にもアイコンが表示されます。意味は以下の通りです。
image.png

左から…

  • プッシュの対象コミット数
  • 未コミットのファイル数
  • 現在Studioで修正中のブランチ

機能の確認の前に…

Gitの仕組みについてイメージで理解してみます。

Gitの挙動や、Studio上のGit機能理解するためにはGitの仕組みを大まかに知ることが必要です。

Gitのイメージ

Gitは分散型バージョン管理と言われるとおり、クライアント側にもリポジトリを持っていることが特徴です。

リポジトリとは修正履歴の保管先です。

image.png

  • クライアント(利用者のPC上)にも ローカルリポジトリ という履歴管理の仕組みを持っています。
  • ローカルリポジトリのみでも履歴管理が可能です。
  • サーバーへ変更を登録するためには、ローカルリポジトリの内容をサーバー側のリポジトリへ登録( プッシュ )する操作が必要です。
  • ローカルリポジトリへサーバー側のリポジトリの変更を取り込むためには、登録( プル )する操作が必要です。

機能の説明: よくあるシナリオに沿ったStudioのGitの使い方

★シナリオ1: Gitを使った開発をはじめる。

Gitを使うパターンではいくつか始め方の異なる2つのパターンがあります。

パターン①: 既存のGitサーバー環境から、ローカルリポジトリを複製する。(Git Clone)

チーム > Git > リポジトリを複製 を選択します。
image.png

以下のダイアログは 続行 ボタンを押下します。
image.png

表示されたダイアログに必要な情報を入力します。

SSHを使用して接続する例:
image.png

項目名 入力値
リポジトリURL GitサーバーのURLを入力。
チェックアウト ディレクトリ ソースを置く自身のPCのパスを入力。
キーを使用 認証する場合はチェックを入れる。
秘密キーのパス 自身のPC内の秘密キーのパスを入力。
パスワード 秘密キーのパスワードを入力。

HTTPSを使用して接続する例:
image.png

項目名 入力値
リポジトリURL GitサーバーのURLを入力。
チェックアウト ディレクトリ ソースを置く自身のPCのパスを入力。
資格情報を使用 ※ 認証情報は選択に合わせて入力。

※ Github.comに接続する場合は、下図の通りGithubアカウントにUiPath Github Appをインストールする必要があります。
image.png
https://docs.uipath.com/ja/studio/standalone/2023.4/user-guide/managing-projects-git#over-https
※ Github.com利用するにも関わらずGithubアカウントにUiPath Github Appが未インストールの場合、下図のエラーが発生します。
image.png

下図ダイアログは「はい」をクリックします。
image.png
下図ダイアログは「OK」をクリックします。
image.png

上記のダイアログはGitリポジトリ直下にStudioのプロジェクトが認識されない場合に表示されます。
Gitリポジトリとしてはプロジェクトの親フォルダも指定できますので、そういった利用方法をされている場合や、まだプロジェクトを保管していない場合などに表示されます。

パターン②: 新規にGitローカルリポジトリ環境作成する。(Git Init)

バージョン管理を使っていないプロジェクトを開いた状態で、
チーム > Git > Git Init を選択します。
image.png

フォルダー選択のダイアログが表示されますが、ローカルリポジトリは以下のいずれかが選択できます。

  • プロジェクトのフォルダー
  • プロジェクトの親フォルダー

管理したい粒度に合わせて選択します。

Gitの管理下にあるフォルダには .gitフォルダ が作成されます。

image.png

★シナリオ2: 開発済のプロジェクトをGitの管理に追加する。(ローカルリポジトリへコピー)

プロジェクトを開いた状態で、
チーム > Git > Gitにコピー を選択します。
image.png

下図の通り、ダイアログを進めると、対象のプロジェクトがGitのローカルリポジトリにコピーされ、Gitの管理対象となります。
image.png

★シナリオ3: 他者の修正を取り込み、自身の修正をローカルリポジトリおよびサーバーへ登録する。(プル → コミット → プッシュ)

1.プル操作: 他者の修正を自環境へ取り込む。

プログラムの開発の前には、右クリックメニューで プル の選択します。
image.png
サーバーの状態がローカルリポジトリに反映されます。

2.コミット操作: 自身の修正をローカルリポジトリへ登録する。

参考情報 : SVNのコミットGitのコミット は意味合いが異なります。
Gitのコミットはローカルリポジトリ(自身のPC内)に登録する操作です。

コミット操作はいくつかのメニューから操作可能です。
そのうちの1つの手順をご紹介します。

① 右下のペンのようなマークを選択します。
image.png

①' 右クリック メニューからコミットを選択します。
image.png

② ダイアログから対象を選択し コミット ボタンを押下します。
image.png

コミットしてプッシュする ボタンでプッシュ操作も同時にすることも可能です。

3.プッシュ操作: コミットした修正をサーバーへ登録する。

下図のアイコンの数字がプッシュ対象が1つあることを示しています。
クリックすると プッシュ されます。
image.png

★シナリオ4: 開発対象のブランチを作成、変更する。

ブランチ は作業の枝分かれのような定義です。開発作業の対象となるブランチは常に1つです。
Gitを活用するためには作業中のブランチが何であるかを把握しつつ、必要に応じて切り替えて開発すると効率的です。

1.ブランチ作成

下図ではmainブランチが作業対象になっていることが確認できます。
新たにブランチを作成する手順を実施します。
image.png
右下のメニュー から ブランチ名 を選択します。
image.png
  表示されたメニューから ブランチを管理 を選択します。

image.png
② 上部の ボタンを押下します。
③ 作成したい ブランチ名 を入力します。
○○からブランチを作成 ボタンを押下します。
保存 ボタンを押下します。

最後の「保存」ボタンの操作を忘れることが多いのでご注意ください。

2.ブランチ変更

開発中のブランチを変更する手順は以下の2つです。
image.png

■ ブランチの変更方法1

右下のメニュー から ブランチ名 を選択します。
'① 変更したいブランチ を選択します。

■ ブランチの変更方法2

② 表示されたメニューから ブランチを管理 を選択します。
'② 変更したい対象のブランチを右クリックし ブランチをチェックアウト を選択します。

開発作業対象となるブランチを切り替える操作を チェックアウト といいます。
ブランチは複数定義できますが、チェックアウトされる対象は常に1つです。

ブランチとチェックアウトを活用することで、簡単な操作で枝分かれ(=ブランチ)したプロジェクトの状態に切り替えることができます。

★シナリオ5: プログラム修正のコンフリクト(競合)が発生する。

ユーザーAとユーザーBが同じプログラムソースを同時にコミットしようとする操作を コンフリクト(競合) と言います。

コンフリクトが発生する条件下で、操作をしようとすると以下のダイアログが表示されます。
下図は ブランチを管理 > マージ の操作でコンフリクトの発生が検知された例です。
image.png

コンフリクトの解消のためのマージ操作では、左右のどちらのファイルを残すかを選択します。
image.png

対象ファイルを選択し、コミット ボタンを押下します。
image.png
競合した修正の一方を選択したことで、コンフリクトが解消しました。

★シナリオ6: プログラム修正の履歴を確認する。

右クリックメニューの 変更を表示 をクリックします。
image.png

チェックイン(コミット)の情報が確認できます。
いずれかの行をクリックすると…
image.png

変更内容の差分が表示されます。
image.png

右クリックメニューの 「変更を表示」 でも変更内容の確認が可能です。

このメニューでは、未コミットの差分が表示されます。
image.png
右クリックメニューの 変更を表示 を選択すると、即座に差分が確認できます。
image.png

まとめ

StudioのGit機能を確認しました。
Gitは多機能であるためGitの概要を知った上でご利用いただくと活用しやすいです。
バージョン管理を使うと開発の生産性がより高まりますので、ぜひご活用ください。

6
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
6
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?