これで、コマンドラインの本当に楽しくて素晴らしい部分であるスクリプトを作成する準備が整いました。

前述したように、スクリプトは、いつでも実行できる一連のコマンドまたは命令にすぎません。コーディング方法を説明するために、1つのコマンドを実行してgithubリポジトリを作成できる簡単な例を使用します。;）

• 最初に行うことは、.shを作成することです ファイル。どこにでも置けます。私は自分のnewGhRepo.shに電話しました 。

• 次に、選択したテキスト/コードエディタで開きます。

• 最初の行に、次のように記述します。#! /bin/sh

これはシバンと呼ばれます 、およびその機能は、このスクリプトを実行するシェルを宣言することです。

以前、一般的な対話に特定のシェルを使用し、スクリプトを実行するために別の特定のシェルを使用できると述べたのを覚えていますか？ええと、シバンはどのシェルがスクリプトを実行するかを指示する命令です。

すでに述べたように、スクリプトはより効率的であるため、「削除された」シェル（shシェルとも呼ばれます）を使用してスクリプトを実行しています（正直言って違いは気付かないかもしれませんが、これは個人的な好みです）。私のコンピューターでは、shシェルとしてダッシュがあります。

このスクリプトをbashで実行したい場合、シバンは#! /bin/bash

• 次の行はrepoName=$1になります

ここでは、変数を宣言しています。 repoNameと呼ばれ、スクリプトが受け取る最初のパラメーターの値に割り当てます。

パラメータ スクリプト/コマンドの後に入力される文字のセットです。 cdと同じように コマンドの場合、ディレクトリを変更するには、ディレクトリパラメータを指定する必要があります（例：cd testFolder 。

スクリプト内のパラメーターを識別する方法は、ドル記号とそのパラメーターが予期される順序を使用することです。

複数のパラメーターを期待している場合は、次のように記述できます。

paramOne=$1
paramTwo=$2
paramThree=$3
...

• したがって、スクリプトのパラメーターとしてリポジトリ名を期待しています。しかし、ユーザーが入力し忘れた場合はどうなりますか？そのための計画を立てる必要があるので、次に条件付きをコーディングします。 そのパラメータが受信されるまで、リポジトリ名の入力をユーザーに求め続けます。

私たちはこのようにそれを行うことができます：

while [ -z "$repoName" ]
do
   echo 'Provide a repository name'
   read -r -p $'Repository name:' repoName
done

ここで行っているのは：

1. repoName変数が割り当てられていない場合（while [ -z "$repoName" ] ）
2. このメッセージをコンソールに書き込みます（echo 'Provide a repository name' ）
3. 次に、ユーザーが入力したものをすべて読み取り、その入力をrepoName変数に割り当てます（read -r -p $'Repository name:' repoName ）

• リポジトリ名が設定されたので、次のようにローカルGitリポジトリを作成できます。

echo "# $repoName" >> README.md
git init
git add .
git commit -m "First commit"

これは、readmeファイルを作成し、リポジトリ名（echo "# $repoName" >> README.md）を使用して1行を書き込むことです。 ）次に、gitリポジトリを初期化し、最初のコミットを行います。

• 次に、リポジトリをgithubにアップロードします。そのために、次のコマンドでgithubAPIを利用します。

curl -u coccagerman https://api.github.com/user/repos -d '{"name": "'"$repoName"'", "private":false}'

カール サポートされている多くのプロトコルの1つを使用して、サーバーとの間でデータを転送するコマンドです。

次に、-uを使用します リポジトリを作成するユーザーを宣言するフラグ（-u coccagerman 。

次は、GitHub API（https://api.github.com/user/repos）によって提供されるエンドポイントです。 ）

そして最後に、-dを使用しています このコマンドにパラメータを渡すフラグ。この場合、リポジトリ名を示しています（repoNameを使用しています） 変数）およびprivateの設定 falseのオプション 、レポを公開したいので。

APIには他にも多くの構成オプションが用意されているため、詳細についてはドキュメントを確認してください。

• このコマンドを実行すると、GitHubからプライベートトークンの入力を求められます 認証用。

プライベートトークンをまだお持ちでない場合は、GitHubの[設定]>[開発者設定]>[パーソナルアクセストークン]で生成できます。

• かっこいい、もうすぐ終わりです！今必要なのはリモートURLです 新しく作成されたGitHubリポジトリの

これを取得するには、次のように、curlとGitHubAPIを再度使用します。

GIT_URL=$(curl -H "Accept: application/vnd.github.v3+json" https://api.github.com/repos/coccagerman/"$repoName" | jq -r '.clone_url')

Here we're declaring a variable called GIT_URL and assigning it to whatever the following command returns.

The -H flag sets the header of our request.

Then we pass the GitHub API endpoint, which should contain our user name and repo name (https://api.github.com/repos/coccagerman/"$repoName" ).

Then we're piping the return value of our request. Piping just means passing the return value of a process as the input value of another process. We can do it with the | symbol like <process1> | <process2> 。

And finally we run the jq command, which is a tool for processing JSON inputs. Here we tell it to get the value of .clone_url which is where our remote git URL will be according to the data format provided by the GitHub API.

• And as last step, we rename our master branch to main, add the remote origin we just obtained, and push our code to GitHub! =D

git branch -M main
git remote add origin $GIT_URL
git push -u origin main

Our full script should look something like this:

#! /bin/sh
repoName=$1

while [ -z "$repoName" ]
do
    echo 'Provide a repository name'
    read -r -p $'Repository name:' repoName
done

echo "# $repoName" >> README.md
git init
git add .
git commit -m "First commit"

curl -u <yourUserName> https://api.github.com/user/repos -d '{"name": "'"$repoName"'", "private":false}'

GIT_URL=$(curl -H "Accept: application/vnd.github.v3+json" https://api.github.com/repos/<yourUserName>/"$repoName" | jq -r '.clone_url')

git branch -M main
git remote add origin $GIT_URL
git push -u origin main

• Now it's time to test our script! To execute it there're two things we can do.

One option is to enter the shell name and pass the file as parameter, like:dash ../ger/code/projects/scripts/newGhRepo.sh 。

And the other is to make the file executable by running chmod u+x ../ger/code/projects/scripts/newGhRepo.sh 。

Then you can just execute the file directly by running ../ger/code/projects/scripts/newGhRepo.sh 。

以上です！ We have our script up and running. Everytime we need a new repo we can just execute this script from whatever directory we're in.

But there's something a bit annoying about this. We need to remember the exact route of the script directory. Wouldn't it be cool to execute the script with a single command that it's always the same independently of what directory we're at?

In come bash aliases to solve our problem.

Aliases are a way bash provides for making names for exact commands we want to run.

To create a new alias, we need to edit the bash configuration files in our system. This files are normally located in the home directory. Aliases can be defined in different files (mainly .bashrc or .bash_aliases ).

I have a .bash_aliases file on my system, so let's edit that.

• In our CLI we enter cd to go over home directory.

• Then we can enter ls -a to list all files (includen hidden ones) and check if we have either a .bashrc or .bash_aliases file in our system.

• We open the file with our text/code editor of choice.

• And we write our new alias like this:
  alias newghrepo="dash /home/German/Desktop/ger/code/projects/scripts/newGhRepo.sh"

Here I'm declaring the alias name, the actual command I'm going to enter to run the script (newghrepo ).

And between quotes, define what that alias is going to do ("dash /home/German/Desktop/ger/code/projects/scripts/newGhRepo.sh" ）

See that I'm passing the absolute path of the script, so that this command works the same no matter what my current directory is.

If you don't know what the absolute path of your script is, go to the script directory on your terminal and enter readlink -f newGhRepo.sh 。 That should return the full path for you.;)

• After we're done editing, we save our file, restart our terminal, and voilà! Now we can run our script by just entering newghrepo , no matter in what directory we currently are. Much quicker than opening the browser and clicking around to create our repo! =D

I hope this gives you a little taste of the kind of optimizations that are possible with scripting. It certainly requires a bit more work the first time you write, test, and set up the script. But after that, you'll never have to perform that task manually again.;)

Round up

The terminal can feel like an intimidating and intricate place when you're starting out. But it's certainly worth it to put time and effort into learning the ins and outs of it. The efficiency benefits are too good to pass up!

If you're interested in learning more about the terminal and Bash, Zach Gollwitzer has an awesome crash course series on youtube.
He has also great tutorials on other topics such as Node and Javascript, so I recommend that you follow him.;)

As always, I hope you enjoyed the article and learned something new. If you want, you can also follow me on linkedin or twitter.

Cheers and see you in the next one! =D