Git Submoudle で忘れがちなこと

• Cloneするときに、Suboduleも同時にCloneするには...
  • http://karoten512.hatenablog.com/entry/2017/11/09/013845

git clone --recursive {Repo}

• 最新版のCommitに、Submoduleの参照を追従させるには...
  • https://qiita.com/kshimo69/items/ac22d414d756ea08943f

git submodule foreach git pull origin master

Forkして困ったこと

• GithubでFork元に追従するときあるある
  • 本家で治ったからローカルの編集をなかったことにしたい
    • https://qiita.com/YuukiWatanabe/items/d326aad1224f2a559843
  • その上で、本家の更新を取り込む
    • https://qiita.com/xtetsuji/items/555a1ef19ed21ee42873 　

完全に自分用メモ。

git ls-files |　xargs sed -i -e '$a\'

参考: https://unix.stackexchange.com/a/31955

originとmasterとは何か

はじめに

この方の記事が非常に参考になったので試しにやっていたところ

https://qiita.com/fukubaka0825/items/c7710b4e87d478c8ba3b

前々から気になっていたoriginが引っかかってしまった。

git push origin ブランチ名

git pull origin master

とは厳密にはどういう意味なのか調べてみました。

理解に間違い等あるかもしれないので、コメントしていただけると嬉しいです

結論

• origin: デフォルトのリポジトリの場所(URL)の別名

  • イメージ的に分かりやすく言えばgithubのコードの置いてある場 所、 つまりリモートリポジトリ

• master: デフォルトのブランチの名前 -凄くわかりやすく言えばメインのブランチ

概要

gitにはリモートリポジトリと、ローカルリポジトリがあり、それぞれにブランチがある。

つまり、

• リモートリポジトリ(ブランチA.ブランチB.ブランチC)

• ローカルリポジトリ(ブランチA.ブランチB.ブランチC)

みたいな関係です。

開発する時にローカルに開発用ブランチを作って、開発者AさんがローカルブランチA、開発者BさんがローカルブランチBで開発するとします。

ローカルリポジトリのブランチの場所はgit checkoutで指定するわけですが、

pushやpullする時は、どのリモートリポジトリのどのブランチなのか対象を指定してあげる必要があるわけです。

つまり

git push origin 'ブランチC'

は、ローカルリポジトリの今いるブランチの変更を、リモートリポジトリのブランチCにpushするよ！　という意味になり

git pull origin master

リモートリポジトリのmasterブランチの内容を、ローカルリポジトリの今いるブランチにpullするよ！

という意味になります。

ちなみにoriginもmasterもデフォルトの意味なので、

git  pull origin master
git  pull

上の２つは同じになります

originとmasterとは何か

はじめに

この方の記事が非常に参考になったので試しにやっていたところ

https://qiita.com/fukubaka0825/items/c7710b4e87d478c8ba3b

前々から気になっていたoriginとmasterの部分が引っかかった。

git push origin ブランチ名

git pull origin master

とは厳密にはどういう意味なのか調べてみました。

理解に間違い等あるかもしれないので、もしあるようでしたらご指摘いただけると嬉しいです

結論

• origin: デフォルトのリポジトリの場所(URL)の別名

  • イメージ的に分かりやすく言えばgithubのコードの置いてある場 所、 つまりリモートリポジトリ

• master: デフォルトのブランチの名前。メインのブランチ

概要

gitにはリモートリポジトリと、ローカルリポジトリがあり、それぞれにブランチがある。

つまり、

• リモートリポジトリ(ブランチA.ブランチB.ブランチC)

• ローカルリポジトリ(ブランチA.ブランチB.ブランチC)

みたいな関係です。

開発する時にローカルに開発用ブランチを作って、開発者AさんがローカルブランチA、開発者BさんがローカルブランチBで開発するとします。

ローカルリポジトリのブランチの場所はgit checkoutで指定するわけですが、

pushやpullする時は、どのリモートリポジトリのどのブランチなのか対象を指定してあげる必要があるわけです。

つまり

git push origin 'ブランチC'

は、ローカルリポジトリの今いるブランチの変更を、リモートリポジトリのブランチCにpushするよ！　という意味になり

git pull origin master

リモートリポジトリのmasterブランチの内容を、ローカルリポジトリの今いるブランチにpullするよ！

という意味になります。

ちなみにoriginもmasterもデフォルトなので、

git  pull origin master
git  pull

上の２つは同じになります

claspを導入する

ここの手順でインストール済み。
隠しファイル・隠しフォルダの表示切り替えは[shift + command + .]でできる。

Google Apps Script API の有効化

https://script.google.com/home/usersettings
上記にアクセスして、Google Apps Script API をオンにする。
これでアカウントのGASプロジェクトをclaspで操作できるようになる。

claspにログイン

clasp login

ターミナルで上記を実行すると、ブラウザが立ち上がるのでGoogleアカウントにログインする。

プロジェクトをローカル上にcloneする

ターミナルでクローンするディレクトリに移動して、下記のコマンドを実行する。

clasp clone [スクリプトID]

スクリプトIDはファイル→プロジェクトのプロパティで確認できる。
念の為、ターミナルにコマンドを打ち込むときにスクリプトIDに[]は必要ない。

gitリポジトリの用意

好きな名前で準備する。

ターミナルからgitへpushする

git config --global user.name xxxxx
git config --global user.email xxxxx@example.com
git init
git add .
git commit -m 'First Commit'
git remote add origin https://github.com/xxxxx/xxxxx.git
git push -u origin master

-u オプションをつけることで、以後はgit pushでoriginをmasterにpushできる。

コードの変更をGASプロジェクトへ反映する

.clasp.json がある場所で以下を行う。

clasp push

これでローカルファイルをGASプロジェクトへアップロードしてくれる。