あなたは、プロジェクト・データベースをテストしてきました……たぶん、作成したか、あるいは、既存のバイナリ・アプリケーションを変換したのでしょう。それでは、4DアプリケーションのホスティングサービスとしてGithubとGit（リビジョン管理システム）を使用する方法を紹介しましょう。
4Dプロジェクトのデータベース
先に進む前に、このブログの記事に従うには、4D v17 R5 以降が必要です。また、プロジェクトのデータベースを作成する方法、または、既存のアプリケーションをプロジェクトに変換する方法を知っていることを前提としています。この2つのサブジェクトについて知る必要があることは、すべてドキュメントと 4Dブログでカバーされています。
GitとGithubの違い
GitとGithubには違いがあることを覚えておくことが重要です。
Git
分散したチームによる大きなプロジェクトがどのように達成されるのか、不思議に思ったことはありませんか？例えば、何十万人もの人が同時に作業しているLinuxのプロジェクトとか？簡単に言うと、Gitを使っているのです。Gitは基本的にバージョン管理システム（別名VCS）であり、ソースコードの履歴を管理・追跡することができます。
Github
Github はクラウドベースのホスティングサービスで、コードを他の人と共有したり Git リポジトリを管理したりすることができます。
Gitのインストール
すでにあなたのマシンに Git がインストールされている場合は、次のセクションに進むことができます。そうでない場合は、 ここからダウンロードしてください。
GUI ツール
Git をコマンドラインで操作するのが苦手なら、ワークフローを高速化する GUI クライアントがいくつかあります (特に、このプラットフォームに慣れていない場合)。Github Desktopは、Githubによって開発された、macOSとWindowsの両方のプラットフォームで使えるツールの一つです。グラフィカルユーザーインターフェースのツールを使うか、コマンドラインインターフェースを使うか、どちらを選ぶかはあなた次第です。このブログ記事では、コマンドラインインターフェースを使用して、裏側で何が起こっているのかを確認します。
Github のセットアップ
次に、Github のセットアップを行う必要があります。まず、Githubのアカウントが必要です。このリンクから、プロフィールの作成、プランの選択、ユーザーエクスペリエンスの指定を行ってください。このプロセスは非常に簡単で、ユーザーフレンドリーです。
 |
 |
|
重要な専門用語
手を動かす前に、Git を使って作業する際に繰り返し使う用語がいくつかあります。
- リポジトリ（repo）: Gitリポジトリは、プロジェクトに必要なすべてのファイル、フォルダー、コンテンツを格納するディレクトリです。
- リモート。元のブランチのコピー。ブランチをクローンすると、新しいブランチはリモート、つまりクローンとなる。
- ローカル。あなたのコンピューターにあるローカルリポジトリで、すべてのファイルとそのコミット履歴がある
- ブランチ。メインの作業プロジェクト（masterブランチ）から分岐したバージョンのリポジトリです。ブランチは、リポジトリの新しいバージョン、実験的な変更、またはユーザーが変更を変更したりテストするためのリポジトリの個人的なフォークになることができます。
- コミットファイルまたはファイルのセットに対する個々の変更。
- プッシュ。ローカルブランチで行われたコミットをリモートブランチに更新すること。文字通り、変更をリモートに「押し込む」ことになります。
- Pull:リモートブランチでのコミットをローカルブランチに反映させること。誰かがプロジェクトの別のブランチでコードを変更し、それを master ブランチに追加するためにレビューしてもらいたい場合、リポジトリのメンテナにそのコミットをレビューしてもらい、受け入れられれば上流に変更をマージしてもらうために pull リクエストを作成します。プルとは、変更を master ブランチに追加することです。
- ステージング。コミットしたいファイルのキャッシュと考えればよいでしょう。
もっと詳しく知りたい方は、用語集をご覧ください。
プロジェクトのセットアップ
あなたの4Dアプリケーションは、ホストされるのを待っています。
ターミナルを開き、4D プロジェクトのディレクトリに移動してください。
次に、ローカルリポジトリを初期化する必要があります。単純にgit initコマンドを入力します。
git init は4D プロジェクトフォルダで実行されたので、Git にはすでに追跡されていない ファイルのリストが 用意されています。 git statusコマンドは、ローカルリポジトリに追加できるすべての変更されたファイル（あるいは新しいファイル）を一覧表示します。
その結果、3つの要素がまだインデックスに含まれていないことがわかります。つまり、これらの要素を使った変更のコミットは今のところできない、ということです。 git add .コマンドは、作業ディレクトリ全体を調査して新規ファイルや削除済みファイル、変更済みファイルを探し、インデックスに追加します。
もう一度git statusを実行すると、ファイルをコミットする準備ができたことがわかります。
さて、いよいよステージングエリアにあるファイルをローカルリポジトリに送信する時が来ました。これを行うには、git commit -m “message” コマンドを使用します。 コミットメッセージは、バックアップの ために明確かつ明示的であるべき です。
注意: プロジェクトのディレクトリに、追跡されたくないファイルやディレクトリが存在することがあります。そのため、.gitignoreファイルを作成し、リポジトリで無視すべきファイルやディレクトリ、パターンを Git に指示しなければなりません。私たちの場合は、journal、preferences、.4dd、DerivedDataというフォルダーのようなファイルです。次回のブログ記事で、その方法を紹介します。
よろしい。作業ディレクトリ内のファイルがローカルリポジトリに正常にコミット されたので、次のステップではこれらの変更をリモートリポジトリにプッシュして チームの他のメンバーで共有 します。では、GitHub のアカウントにアクセスしてリポジトリを作成しましょう。
Clone or downloadボタンをクリックすると、リンクが表示されます。これが Github リポジトリの URL で、必ずコピーしてください。
ターミナルに戻って次のように入力します。 git remote add origin と入力し、その後に 先ほどコピーした Github リポジトリへのリンクを入力します。 Enter をクリックします。
いよいよgit push origin master を使って Github にアプリケーションを送信します。ユーザー名やパスワードの入力を求められたら、GitHub のアカウントを作成したときの認証情報を入力します。
Github 上で、すべてのファイルがリモートリポジトリに送信されたことをすぐに確認することができます。
おめでとうございます！あなたのコードは今、クラウド上にあります。
このブログ記事では、Git と Github の違い、最もよく使われる Git の用語、最初のリポジトリの作成、Github 上の 4D アプリケーションの追加を学びました。次回のブログ記事では、Gitのアーキテクチャを説明し、Gitと4Dアプリケーションで最もよく使われるアクションの例をいくつか見ていきます。