What's New Qiita

20201212のGitに関する記事は6件です。

  • 投稿日：2020-12-12T18:02:07+09:00

github desktopで、merge後にpull originできない時の対処法

自作のWebアプリ作成中です。githubでブランチを切ってmaster branchへ
mergeした後に、github desktopで「pull origin」を実行しようとしたら、
「pull origin」のコマンドがなく焦りました、、

試行錯誤の末に簡単に解決できたので、忘れる前にアウトプットします！

[前提]
ruby 2.6.5
rails 6.0.0

githubの使い方は、簡単に言うと以下の流れだと思います。

master branch　→　branchを切る　→実装　→　commit + push →
pull request　→　merge　→　master branchに戻る　fetch origin　→
pull origin（今回このコマンドがgithub desktopに表示されていなかった）

結果的には、github desktopでの操作では解決はできなかったので、
ターミナルで「git pull origin master」を実行することで一発で解決しました！
そのコードは以下です。

$ git pull origin master
From https://github.com/user name/アプリ名
 * branch            master     -> FETCH_HEAD
Updating fa0a3b0..65b12df
Fast-forward
 Gemfile                                            |  3 +
 Gemfile.lock                                       |  8 ++
 app/assets/stylesheets/style.css                   | 99 +++++++++++++++-------
 app/controllers/tweets_controller.rb               |  4 +-
 app/models/tweet.rb                                |  1 +
 app/views/tweets/_form.html.erb                    | 11 +--
 app/views/tweets/_tweet.html.erb                   |  3 +-
 app/views/tweets/new.html.erb                      | 12 +++
 app/views/tweets/show.html.erb                     |  5 +-
 config/storage.yml                                 |  4 +-
 ..._create_active_storage_tables.active_storage.rb | 27 ++++++
 db/schema.rb                                       | 41 ++++++++-
 12 files changed, 177 insertions(+), 41 deletions(-)
 create mode 100644 db/migrate/20201211063452_create_active_storage_tables.active_storage.rb

「pull origin」が出てこなかった原因は、アプリの作成開始のタイミングでgitと
連携をしていなかったことが関係しているようでした。

基本的なことですが、gitとアプリ開発は連動しながら行わなければいけないと痛感しました?

gitに関するコマンドでの操作は他にも色々あるみたいなので、初心者向けにまとめを近々投稿します！

  • このエントリーをはてなブックマークに追加
  • Qiitaで続きを読む
  • 投稿日：2020-12-12T11:45:41+09:00

クローンしておいてと言われたら

「これクローンしておいて」

えっと・・・・:no_mouth:

毎回何か始めるときにはやってるはずなのに忘れてしまう残念な頭なので、メモしておきます。

github上で緑のボタン「↓Code」

ポチ
すると手前になんか窓が出てくるので、git@github.com:〜とかurl的なやつをコピー。:floppy_disk:このフロッピーマークみたいなやつ押すとコピーできる。

それをクローンしたいディレクトリでクローン

これをクローンすればいいんだな！！と、
適当なところでクローンしないように
きちんとディレクトリを確認しましょうね。:stuck_out_tongue_closed_eyes:

git clone　なんちゃら

これでクローンが完了します。

  • このエントリーをはてなブックマークに追加
  • Qiitaで続きを読む
  • 投稿日：2020-12-12T09:28:57+09:00

GitのAuthorを書き換えたい時に試すこと

はじめに

先日、GitHubを見ると下記の画像のようなコミット履歴になっていました。

image.png

octcatになっている画像があります。
これは、コミットする際に自分のGitniメールアドレスを設定していなかったため、AuthorやComiterに反映されていなかったためです。
このAuthorを書き換えるために大ハマりしたので、新たな犠牲者を出さないためにも今回はこれを直す手順をいくつか書いていきたいと思います。

Gitの設定を見てみる

まず、以下のコマンドでGitの設定をみる事ができます。

$ git config --global --list
（略）
user.name=SeijiNumata(ユーザー名)
user.email=sample.seiji@gmail.com（メールアドレス）
（略）

ここが空欄になっていたりすると、AuthorやComitterが空白となり、コミットの画像がoctcatになります。
設定するには、下記コマンドでできます。

$ git config --local user.name "ユーザー名"
$ git config --local user.email メールアドレス

これはプロジェクトをまたいだ全体の設定（グローバル）になりますので、ディレクトリだけに設定したい時は下記コマンドを実行しましょう。

$ git config --local user.name "ユーザー名"
$ git config --local user.email メールアドレス

これでpushをすると、設定したあとのコミットはComitterを変更する事ができます。
しかし、過去のコミットのAuthorやComitterを変更することはできません。

過去のコミットのAuthorとComitterを変更する

まず、下記コマンドでAuhorやComitterがどうなっているのかを見てみましょう。

$ git log --pretty=full

commit 8952226c3ab88e520308dc06ac140c7fe01b0fc5
Author: SeijiNumata <>
Commit: SeijiNumata <>

    wc

commit e00b26e5e30d7283d31149a0dcb5407ca8b1ff37
Author: SeijiNumata <>
Commit: SeijiNumata <>

    make lscommand

commit c2cdd355838beca82c799929c320652a09f00c7d
Author: SeijiNumata <>
Commit: SeijiNumata <>


    #first commit

メールアドレスが空になっている事が確認できました。

これを直すには、以下の３つの手順を実行すると良いです。

①下記コマンドを実行

$ git rebase -i ＜コミットID＞

ここのコミットIDは、直したいコミットの一個前が良いです。
もしも直したいコミットが一番最初のコミットであるならば,

$ git rebase -i --root　＜コミットID＞

で一番前のコミットでもrebaseする事ができます。

②　①のコマンドを実行すると、下記のような画面になります。

pick c2cdd35 #first commit # empty(コミットメッセージ)
pick e00b26e make lscommand(コミットメッセージ)
pick 8952226 wc # empty(コミットメッセージ)

ここで、直したいコミットのpickをeditにしてあげます。

edit c2cdd35 #first commit # empty(コミットメッセージ)
pick e00b26e make lscommand(コミットメッセージ)
edit ８952226 wc # empty(コミットメッセージ)

できたら、:wqで保存してあげましょう。

③下記コマンドを、editと書き換えた分だけ繰り返す

$ git commit --amend --reset-author
$ git rebase --continue

これで直る人は直ると思うので、$ git log --pretty=fullで確認してみてください。

上記手順を実行しても変わらなかった時

rebaseのコマンドを実行し、pickをeditに変えるところまでは前までと同じです。
その後に、$ git commit --amend --reset-authorの代わりに、下記コマンドを繰り返してみましょう。

% git commit --amend --author="ユーザー名 <メールアドレス>"
% git rebase --continue

上記手順を実行しても変わらなかった時②

コミットをするときに、--allow-emptyというコマンドを実行して空のコミットをしていると、上記２つの手順でもAuthorを書き換える事ができません。
その時は、rebase,pick→editまでは同じように実行して、下記コマンドを繰り返すようにしましょう。

$ git commit --amend --author="ユーザー名 <メールアドレス> " --no-edit --allow-empty
% git rebase --continue

直ってるかどうか、$ git log --pretty=fullで確認できます。

私はこの--allow-emptyをつけるという事に気がつけなくて、とても時間がかかりました。
% git commit --amend --authorをしているときに、

No changes
You asked to amend the most recent commit, but doing so would make
it empty. You can repeat your command with --allow-empty, or you can
remove the commit entirely with "git reset HEAD^".

このようなログが出ていたことに気がついたメンターさんに、
変更がない（No changes）→コミットにdiffがない→--allow-emptyで試してみたらどう？
というご指摘をして頂き、なんとか解決する事ができました。。
出力されたメッセージをしっかり読むというのは、非常に大事な事ですね。
また、バージョンなどを確認してgit本体の不具合を疑うというのも解決アプローチとしてはあるというアドバイスも頂きました。

ここまでで今回の記事は終わりです。
少しでもお役に立てれば幸いです！
最後まで読んで頂き、ありがとうございました！！

  • このエントリーをはてなブックマークに追加
  • Qiitaで続きを読む
  • 投稿日：2020-12-12T02:35:00+09:00

空のコミットをする 

git commit -m "Create PR" --allow-empty
  • このエントリーをはてなブックマークに追加
  • Qiitaで続きを読む
  • 投稿日：2020-12-12T00:28:18+09:00

dotfiles のすゝめ

今年も残りわずかになりましたね。年末年始のお休みを利用して、皆さんの設定ファイルを大掃除してみてはいかがですか？

ということで、今回は dotfiles のお話です。

私流の dotfiles のサンプルは https://github.com/Gandats/dotfiles-sample に置いてあります。
この記事を読まなくても、このサンプルの README.md を読んで、必要なファイルをコピーすれば便利に管理できるかもしれません。

dotfiles とは？

dotfiles とは、普段自分が使っているソフトウェアの設定ファイルを管理するリポジトリです。Unix系のOSでは設定ファイルは慣例的に . から始まる隠しファイル( .bashrc や .vimrc など）になっていることからこう呼ばれています。

これらをまとめてバージョン管理しておくことで、どこでも一瞬で自分好みの快適な環境を作り出せます！

ステップ1. dotfilesを始めよう

私流の dotfiles のサンプルは https://github.com/Gandats/dotfiles-sample に置いてあります。

まずは最小限の dotfiles

  1. GitHub で dotfiles というリポジトリを作成
  2. 作成したリポジトリをホームディレクトリ直下に clone
  3. 各種設定ファイルをリポジトリ内にコピー （例： mv ~/.bashrc ~/dotfiles/.bashrc ）
  4. もとの場所にシンボリックリンクを作成 （例： ln -s ~/dotfiles/.bashrc ~/.bashrc ）
  5. コミット & プッシュ
  6. 新しい環境では clone してシンボリックリンクを作成

dotfiles で管理すべきものとそうでないもの

管理すべきものの例

  • シェルの設定
    • .bashrc .bash_profile .zshrc .zshenv
  • エディタの設定
    • .vimrc .emacs.d/init.el
  • CLIツールの設定
    • .tmux.conf .tigrc

管理すべきでないものの例（ .gitignore に追加する）

  • 常に自動で更新されるファイル（履歴やキャッシュ等）
    • .bash_history .zsh_history .zcompcache .zcompdump .viminfo .emacs.d/history 等
  • バックアップファイル
    • *~ *.swp 等
  • 環境に大きく依存する設定
    • 環境変数 PATH や LD_LIBRARY_PATH 等に明らかに環境固有の場所を追加するとき
    • CUDAの設定

管理してはいけないものの例

  • 認証情報が入ったディレクトリやファイル
    • .ssh .aws

ステップ2. 自動でシンボリックリンクを作成するスクリプトを書こう

私流の dotfiles のサンプルは https://github.com/Gandats/dotfiles-sample に置いてあります。

毎回、新しい環境でシンボリックリンクを作成し直すのは（特に設定ファイルが増えると）意外と大変です。
自動でシンボリックリンクを作成するスクリプトを書いてみましょう。

自動スクリプトを作成する

  1. リポジトリ直下に dotfiles というディレクトリを作って、設定ファイルをそこに移動してください。

    ターミナルにて
    cd <リポジトリのパス>
mkdir dotfiles
mv .* dotfiles

  2. リポジトリ直下に scripts ディレクトリを作成し、そこに link.sh を作成。

    ターミナルにて
    mkdir scripts
cd scripts
touch link.sh

  3. link.sh を編集

    link.sh
    #!/bin/sh

dotfiles_root=$(cd $(dirname $0)/.. && pwd)

# dotfilesディレクトリの中身のリンクをホームディレクトリ直下に作成
cd ${dotfiles_root}/dotfiles
for file in .*; do
    ln -s ${PWD}/${file} ${HOME}
done

  4. 実行権限を付与

    ターミナルにて
    chmod +x link.sh

これでターミナルで ./link.sh を実行するとシンボリックリンクが自動的に作成されるようになります。

このときのリポジトリのディレクトリ構造の例です。

├── .gitignore
├── dotfiles  # 設定をまとめるディレクトリ
│   ├── .bashrc
│   ├── .vim
│   │   └── ...
│   └── .zshrc
└── scripts         # リンク作成等のスクリプトをまとめるディレクトリ
    └── link.sh     # リンク作成スクリプト

ステップ3. どこでも動く dotfiles にしてみよう

私流の dotfiles のサンプルは https://github.com/Gandats/dotfiles-sample に置いてあります。

展開場所を考える

ステップ2で作成したスクリプトにはまだいくつかの問題点があります。

ケース1
neovim のように設定ファイルがホームディレクトリ直下でないソフトウェアに対応できない
- neovim の設定ファイルは ~/.config/nvim/init.vim

ケース2
VSCode のようにOSごとに設定ファイルの置き場所が異なるソフトウェアに対応できない
- Linux では ~/.config/Code/User/settings.json
- macOS では ~/Library/ApplicationSupport/Code/User/settings.json

ケース1 任意の場所にシンボリックリンクを作成

ここでは、 dotfiles に linklist.txt を作成して、そこに展開場所を記述しましょう。

linklist.txt の書き方

  • 各行は空白で区切られた2つのフィールド
    • 1つめはターゲット（ dotfiles 内のパス）
    • 2つめはリンクのパス
      • ~ や環境変数が利用可能
  • # 以降や空行は無視される
  • 不要な設定は script/link.sh の実行前に # でコメントアウトすることでリンクが作成されない
linklist.txt
# vim
.vim                ${HOME}/.vim

# neovim
nvim                ${HOME}/.config/nvim

# zsh
.zsh.d              ${HOME}/.zsh.d
.zshenv             ${HOME}/.zshenv

link.sh を修正

linklist.txt の内容を読むように link.sh の内容を修正しましょう。

link.sh
#!/bin/sh

dotfiles_root=$(cd $(dirname $0)/.. && pwd)

# linklist.txtのコメントを削除
__remove_linklist_comment() {(
    # '#'以降と空行を削除
    sed -e 's/\s*#.*//' \
        -e '/^\s*$/d' \
        $1
)}

# シンボリックリンクを作成
cd ${dotfiles_root}/dotfiles
linklist="linklist.txt"
[ ! -r "$linklist" ] && return
__remove_linklist_comment "$linklist" | while read target link; do
    # ~ や環境変数を展開
    target=$(eval echo "${PWD}/${target}")
    link=$(eval echo "${link}")
    # シンボリックリンクを作成
    mkdir -p $(dirname ${link})
    ln -fsn ${target} ${link}
done

ケース2 OSごとにシンボリックリンクを切り替える

Unix系OSでは uname コマンドによってOSの名前（ Linux Darwin FreeBSD 等）を取得できます。
ここでは、この値を利用してシンボリックリンクを切り替えてみましょう。
（より詳細に切り替えたい方は OSTYPE 環境変数などを利用しても良いかもしれません。）

linklist.txt をOSごとに作成

先程まで利用していた linklist.txt を以下のように変更します。(FreeBSD等に対応させる場合はLinuxやDarwinの部分を uname に置き換えてください。)

  • linklist.Unix.txt
    • Unix系OSに共通のもの依存しないもの（ ~/.bashrc など）
  • linklist.Linux.txt
    • Linuxに固有のもの（ ~/.config/Code/User/settings.json など）
  • linklist.Darwin.txt
    • macOSに固有のもの（ ~/Library/ApplicationSupport/Code/User/settings.json など）
linklist.Unix.txt
# vim
.vim                ${HOME}/.vim

# neovim
nvim                ${HOME}/.config/nvim

# zsh
.zsh.d              ${HOME}/.zsh.d
.zshenv             ${HOME}/.zshenv
linklist.Linux.txt
# Visual Studio Code
Code/User/settings.json      ${HOME}/.config/Code/User/settings.json
Code/User/keybindings.json   ${HOME}/.config/Code/User/keybindings.json
Code/User/locale.json        ${HOME}/.config/Code/User/locale.json
Code/User/snippets           ${HOME}/.config/Code/User/snippets
linklist.Darwin.txt
# Visual Studio Code
Code/User/settings.json      ${HOME}/Library/ApplicationSupport/Code/User/settings.json
Code/User/keybindings.json   ${HOME}/Library/ApplicationSupport/Code/User/keybindings.json
Code/User/locale.json        ${HOME}/Library/ApplicationSupport/Code/User/locale.json
Code/User/snippets           ${HOME}/Library/ApplicationSupport/Code/User/snippets

link.sh を修正

これに対応して link.sh も修正します。

link.sh
#!/bin/sh

# ~~~ 省略 ~~~

cd ${dotfiles_root}/dotfiles
for linklist in "linklist.Unix.txt" "linklist.$(uname).txt"; do
    [ ! -r "${linklist}" ] && continue

    __remove_linklist_comment "$linklist" | while read target link; do
        # ~ や環境変数を展開
        target=$(eval echo "${PWD}/${target}")
        link=$(eval echo "${link}")
        # シンボリックリンクを作成
        mkdir -p $(dirname ${link})
        ln -fsn ${target} ${link}
    done
done

Tips

  • gitのコミットメッセージの先頭にソフトウェア名を入れると見やすくなり、revert時などに便利です。
    • 例： [vim] 行番号を表示するように変更 、 [bash] 履歴を10,000件保存するように変更
  • link.sh 同様に unlink.sh もあると意外と便利です。
  • シェルの設定は機能ごとにファイルを分割すると管理しやすいです。
    • 環境固有の設定ファイルを example.local.sh とし、 .gitignore に *.local.sh を追加すると自動的に管理対象外となります。
  • 本当にどこでも動くようにするにはシェルスクリプトをPOSIXコマンド・オプションのみで書くと良いかもしれません
    • 今回の例では ln コマンドの -n オプションはPOSIXの範囲外です。

最後に

dotfiles の作り方をいくつかのステップに分けたため、予想以上に長くなってしまいました。

私のサンプルが https://github.com/Gandats/dotfiles-sample にあるので、よかったら参考にしてみてください。

  • このエントリーをはてなブックマークに追加
  • Qiitaで続きを読む
  • 投稿日：2020-12-12T00:28:18+09:00

どこでも動く dotfiles の作り方

今年も残りわずかになりましたね。年末年始のお休みを利用して、皆さんの設定ファイルを大掃除してみてはいかがですか？

ということで、今回は dotfiles のお話です。

私流の dotfiles のサンプルは https://github.com/Gandats/dotfiles-sample に置いてあります。
この記事を読まなくても、このサンプルの README.md を読んで、必要なファイルをコピーすれば便利に管理できるかもしれません。

dotfiles とは？

dotfiles とは、普段自分が使っているソフトウェアの設定ファイルを管理するリポジトリです。Unix系のOSでは設定ファイルは慣例的に . から始まる隠しファイル( .bashrc や .vimrc など）になっていることからこう呼ばれています。

これらをまとめてバージョン管理しておくことで、どこでも一瞬で自分好みの快適な環境を作り出せます！

ステップ1. dotfilesを始めよう

私流の dotfiles のサンプルは https://github.com/Gandats/dotfiles-sample に置いてあります。

まずは最小限の dotfiles

  1. GitHub で dotfiles というリポジトリを作成
  2. 作成したリポジトリをホームディレクトリ直下に clone
  3. 各種設定ファイルをリポジトリ内にコピー （例： mv ~/.bashrc ~/dotfiles/.bashrc ）
  4. もとの場所にシンボリックリンクを作成 （例： ln -s ~/dotfiles/.bashrc ~/.bashrc ）
  5. コミット & プッシュ
  6. 新しい環境では clone してシンボリックリンクを作成

dotfiles で管理すべきものとそうでないもの

管理すべきものの例

  • シェルの設定
    • .bashrc .bash_profile .zshrc .zshenv
  • エディタの設定
    • .vimrc .emacs.d/init.el
  • CLIツールの設定
    • .tmux.conf .tigrc

管理すべきでないものの例（ .gitignore に追加する）

  • 常に自動で更新されるファイル（履歴やキャッシュ等）
    • .bash_history .zsh_history .zcompcache .zcompdump .viminfo .emacs.d/history 等
  • バックアップファイル
    • *~ *.swp 等
  • 環境に大きく依存する設定（参考: Tips）
    • 環境変数 PATH や LD_LIBRARY_PATH 等に明らかに環境固有の場所を追加するとき
    • CUDAの設定

管理してはいけないものの例

  • 認証情報が入ったディレクトリやファイル
    • .ssh .aws

ステップ2. 自動でシンボリックリンクを作成するスクリプトを書こう

私流の dotfiles のサンプルは https://github.com/Gandats/dotfiles-sample に置いてあります。

毎回、新しい環境でシンボリックリンクを作成し直すのは（特に設定ファイルが増えると）意外と大変です。
自動でシンボリックリンクを作成するスクリプトを書いてみましょう。

自動スクリプトを作成する

  1. リポジトリ直下に dotfiles というディレクトリを作って、設定ファイルをそこに移動してください。

    ターミナルにて
    cd <リポジトリのパス>
mkdir dotfiles
mv .* dotfiles

  2. リポジトリ直下に scripts ディレクトリを作成し、そこに link.sh を作成。

    ターミナルにて
    mkdir scripts
cd scripts
touch link.sh

  3. link.sh を編集

    link.sh
    #!/bin/sh

dotfiles_root=$(cd $(dirname $0)/.. && pwd)

# dotfilesディレクトリの中身のリンクをホームディレクトリ直下に作成
cd ${dotfiles_root}/dotfiles
for file in .*; do
    ln -s ${PWD}/${file} ${HOME}
done

  4. 実行権限を付与

    ターミナルにて
    chmod +x link.sh

これでターミナルで ./link.sh を実行するとシンボリックリンクが自動的に作成されるようになります。

このときのリポジトリのディレクトリ構造の例です。

├── .gitignore
├── dotfiles  # 設定をまとめるディレクトリ
│   ├── .bashrc
│   ├── .vim
│   │   └── ...
│   └── .zshrc
└── scripts         # リンク作成等のスクリプトをまとめるディレクトリ
    └── link.sh     # リンク作成スクリプト

ステップ3. どこでも動く dotfiles にしてみよう

私流の dotfiles のサンプルは https://github.com/Gandats/dotfiles-sample に置いてあります。

展開場所を考える

ステップ2で作成したスクリプトにはまだいくつかの問題点があります。

ケース1
neovim のように設定ファイルがホームディレクトリ直下でないソフトウェアに対応できない
- neovim の設定ファイルは ~/.config/nvim/init.vim

ケース2
VSCode のようにOSごとに設定ファイルの置き場所が異なるソフトウェアに対応できない
- Linux では ~/.config/Code/User/settings.json
- macOS では ~/Library/ApplicationSupport/Code/User/settings.json

ケース1 任意の場所にシンボリックリンクを作成

ここでは、 dotfiles に linklist.txt を作成して、そこに展開場所を記述しましょう。

linklist.txt の書き方

  • 各行は空白で区切られた2つのフィールド
    • 1つめはターゲット（ dotfiles 内のパス）
    • 2つめはリンクのパス
      • ~ や環境変数が利用可能
  • # 以降や空行は無視される
  • 不要な設定は script/link.sh の実行前に # でコメントアウトすることでリンクが作成されない
linklist.txt
# vim
.vim                ${HOME}/.vim

# neovim
nvim                ${HOME}/.config/nvim

# zsh
.zsh.d              ${HOME}/.zsh.d
.zshenv             ${HOME}/.zshenv

link.sh を修正

linklist.txt の内容を読むように link.sh の内容を修正しましょう。

link.sh
#!/bin/sh

dotfiles_root=$(cd $(dirname $0)/.. && pwd)

# linklist.txtのコメントを削除
__remove_linklist_comment() {(
    # '#'以降と空行を削除
    sed -e 's/\s*#.*//' \
        -e '/^\s*$/d' \
        $1
)}

# シンボリックリンクを作成
cd ${dotfiles_root}/dotfiles
linklist="linklist.txt"
[ ! -r "$linklist" ] && return
__remove_linklist_comment "$linklist" | while read target link; do
    # ~ や環境変数を展開
    target=$(eval echo "${PWD}/${target}")
    link=$(eval echo "${link}")
    # シンボリックリンクを作成
    mkdir -p $(dirname ${link})
    ln -fsn ${target} ${link}
done

ケース2 OSごとにシンボリックリンクを切り替える

Unix系OSでは uname コマンドによってOSの名前（ Linux Darwin FreeBSD 等）を取得できます。
ここでは、この値を利用してシンボリックリンクを切り替えてみましょう。
（より詳細に切り替えたい方は OSTYPE 環境変数などを利用しても良いかもしれません。）

linklist.txt をOSごとに作成

先程まで利用していた linklist.txt を以下のように変更します。(FreeBSD等に対応させる場合はLinuxやDarwinの部分を uname に置き換えてください。)

  • linklist.Unix.txt
    • Unix系OSに共通のもの依存しないもの（ ~/.bashrc など）
  • linklist.Linux.txt
    • Linuxに固有のもの（ ~/.config/Code/User/settings.json など）
  • linklist.Darwin.txt
    • macOSに固有のもの（ ~/Library/ApplicationSupport/Code/User/settings.json など）
linklist.Unix.txt
# vim
.vim                ${HOME}/.vim

# neovim
nvim                ${HOME}/.config/nvim

# zsh
.zsh.d              ${HOME}/.zsh.d
.zshenv             ${HOME}/.zshenv
linklist.Linux.txt
# Visual Studio Code
Code/User/settings.json      ${HOME}/.config/Code/User/settings.json
Code/User/keybindings.json   ${HOME}/.config/Code/User/keybindings.json
Code/User/locale.json        ${HOME}/.config/Code/User/locale.json
Code/User/snippets           ${HOME}/.config/Code/User/snippets
linklist.Darwin.txt
# Visual Studio Code
Code/User/settings.json      ${HOME}/Library/ApplicationSupport/Code/User/settings.json
Code/User/keybindings.json   ${HOME}/Library/ApplicationSupport/Code/User/keybindings.json
Code/User/locale.json        ${HOME}/Library/ApplicationSupport/Code/User/locale.json
Code/User/snippets           ${HOME}/Library/ApplicationSupport/Code/User/snippets

link.sh を修正

これに対応して link.sh も修正します。

link.sh
#!/bin/sh

# ~~~ 省略 ~~~

cd ${dotfiles_root}/dotfiles
for linklist in "linklist.Unix.txt" "linklist.$(uname).txt"; do
    [ ! -r "${linklist}" ] && continue

    __remove_linklist_comment "$linklist" | while read target link; do
        # ~ や環境変数を展開
        target=$(eval echo "${PWD}/${target}")
        link=$(eval echo "${link}")
        # シンボリックリンクを作成
        mkdir -p $(dirname ${link})
        ln -fsn ${target} ${link}
    done
done

Tips

  • gitのコミットメッセージの先頭にソフトウェア名を入れると見やすくなり、revert時などに便利です。
    • 例： [vim] 行番号を表示するように変更 、 [bash] 履歴を10,000件保存するように変更
  • link.sh 同様に unlink.sh もあると意外と便利です。
  • シェルの設定は機能ごとにファイルを分割すると管理しやすいです。
    • 環境固有の設定ファイルを example.local.sh とし、 .gitignore に *.local.sh を追加すると自動的に管理対象外となります。
  • 本当にどこでも動くようにするにはシェルスクリプトをPOSIXコマンド・オプションのみで書くと良いかもしれません
    • 今回の例では ln コマンドの -n オプションはPOSIXの範囲外です。

最後に

dotfiles の作り方をいくつかのステップに分けたため、予想以上に長くなってしまいました。

私のサンプルが https://github.com/Gandats/dotfiles-sample にあるので、よかったら参考にしてみてください。

  • このエントリーをはてなブックマークに追加
  • Qiitaで続きを読む

日付別

タグ一覧