はじめに

前回の記事の続きで、SourcetreeからGitHubへコードをアップ（push）する手順をまとめてみました。

通常はどなたかが作ったリポジトリをローカルにコピー（Clone）するところからスタートすることが多いそうですが、今回はゼロから始める方法となります。

事前準備

以下の作業を事前に済ませておきます。

リポジトリのフォルダパスと、使用するバージョン管理システム（※ここではGit）を指定して、［作成］を押します。
- ここでは、リポジトリのフォルダ名と同じ「test」がリポジトリ名となります。

Hello.java

public class Hello {
    public static void main(String[] args) {
        System.out.println("Hello, " + args[0] + "!");
    }
}

パネルの位置	パネル名	説明
左		メニューが表示されます。
中央下	作業ツリーのファイル	ローカルリポジトリ内にあるすべてのファイルが表示されます。
中央上	Indexにステージしたファイル	インデックスに追加された、コミット対象のファイルが表示されます。
右		選択中のファイルの中身がプレビューされます。
下		コミットに関する操作をするパネルです。

ここで、変更のあったファイルを選択して、［選択をインデックスに追加］を押します。
- インデックスに追加する操作は、Subversionだと「当該ファイルをSubversionの管理下に置く（add）」と似ています。
- ですが、Subversionのaddが最初の1回きりなのに対して、Gitの場合はファイルに変更が発生する度にインデックスへ追加する必要があります。
- この点については、SubversionユーザがGitを使った時に勘違いした5つのことにも書かれています。

Hello.javaがインデックスに追加されると、以下のような表示に変わります。
- 右のパネルで［＋］となっている緑色の行が今回追加された行で、［－］となっている赤色の行が今回削除された行となります。

インデックスに追加されたファイルの内容に問題が無ければ、コミットメッセージを記入した上で、［コミット］を押して（ローカル）リポジトリにコミットして変更内容を記録します。
- コミットメッセージに適切な変更内容を記入しておかないと、後で何の変更があったのかが分からなくなってしまいます。
- CVSやSubversionも同じですが、様々な変更を1回のコミットで済ませるのではなく、コミットを適切なサイズ（粒度）に保たないと変更内容が分からなくなってしまいます。
Gitはローカル/リモートの2つにリポジトリが分かれているので、ローカルリポジトリへコミットしただけではリモートリポジトリには反映されません。
- CVSやSubversionだとリポジトリが1個なので、CVSやSubversionに慣れている人だと、ここまでの操作で何となく「終わった感」を感じてしまいますが...

GitHubで［Repositories］タブを開いて、［New］ボタンを押してリポジトリを追加します。
- リポジトリのオーナー名とリポジトリ名を合わせてFQDNにする都合上、リポジトリ名のチェックが入ります。
- ここで指定したオーナー名とリポジトリ名は、後でSourcetree側で設定する際に使います。
なお、今回はリモートリポジトリを［Public］で作成しました。
- 業務用の場合は［Private］にした方が良いと思いますが、無料で使うにはユーザー数などの制限があるそうです。

リモートの詳細設定画面で、リモートリポジトリの情報を設定します。
- リモート名は、リモートリポジトリ名となります。
- URLパスは、https://github.com/{リポジトリのオーナー名}/{リモートリポジトリ名}.gitとします。
- 認証にSSHキーを使用する場合は、git@github.com:{リポジトリのオーナー名}/{リモートリポジトリ名}.gitとします。