Voltaとは Rust製の2020年12月に正式版が公開された比較的新しいNode.jsバージョン管理ツールです。 Volta公式では「手間のかからないJavaScriptツールマネージャー」と説明されていて、以下の特徴が挙げられています。 ⚡️速い Rust製なのでどんなJavaScriptツールもとても速くインストールして動かせる ⚡️信頼できる プロジェクトメンバー全員が同じ環境を作れることを保障してくれる ⚡️万人共通 パッケージマネジャーやOS違いでも共通のコマンドを使える 新しいツールなのにGithubのスター数は既に7.4kで人気があり、 最新リリースも2022年10月1日、その前が2022年6月2日とメンテナンスも頻繁にされている印象です。 そもそもなぜ　Node.js が必要なのか Node.jsとはブラウザ上で動くJavaScriptをサーバーサイドでも動かすためのソ

この記事はNuco Advent Calendar 2022の7日目の記事です はじめに 株式会社Nucoでエンジニアをしている@noshishiです。 今回は、ついついその場限りのコマンド実行で乗り越えがちなGitを、コマンドを使わず理解するための記事を書こうと思います。 Gitとは バージョンを管理し、作業を分散する Gitは、分散型バージョン管理システムと呼ばれるソースコードの管理システムの1種です。 Gitは、ファイルの変更履歴（バージョン）を記録・追跡することで、過去と現在のファイルを比較し、変更点を明らかにすることで、円滑に開発作業を進めるためのツールです。 また、一度に複数の開発者がファイルを編集できるシステムなので、作業を分散して行うことができます。 Gitを使うということ まず、みんなで共有できる保存場所（以下、リモートリポジトリ）にあるファイルなどを、手元のパソコン（以

tl;dr 昔は Windows で Git を使うのは辛かったが、現在は悪くない Scoop で簡単に構築できる 操作は CLI, 閲覧は GUI クライアントで使い分けている GUI クライアントは、 VS Code がオススメ 言わずと知れた、バージョン管理システム。 Windows と Git そもそも Git は、 Unix/Linux 文化圏で生まれてきたもので、Windows 対応はされてはいるがイマイチな時期が長く続いた。 イマイチだった点 Git を導入するために、Git 以外の登場人物が多く辛い ( 特に新人 Windowser には msys Git Bash ssh 情報が色々あって辛い 3~4 年前までは、まだ Cygwin 派の記事もあった Windows への導入の記事なのに、何となく Linux の知識ある前提だったり 鍵生成が辛い putty 形式 ? O

はじめに この記事はThe GitHub BlogのHow to undo (almost) anything with Gitを和訳したものです。 書こうと思った動機は Gitで様々な処理をロールバックする方法がわかりやすくまとまっているので自分用に整理 英語が超苦手で克服したいから って感じです。 和訳ミス等あればご指摘いただけると嬉しいです。 ※ちなみに本家GitHubに翻訳してもいいですかと聞いたらWe'd only ask that you please link back to the original blog post as part of doing this.と言われました。素敵な会社！ 補足 SHAとは1つ1つのcommitに割り振られる一意性のハッシュ値のことです 以下和訳 いかなるバージョン管理システムに存在する便利な機能の中でも、特に便利な機能があなたのミスを"

作成：2015/06/8 更新：2017/04/16 Web制作 > 使い方 Git（ギット） でどういったことができるか、メリットなどは結構知っている人が多いと思うので、ここでは「コマンドやGUIなどの初歩的な部分だけを１日で使える」ようになるためのフローをポイントだけメモしておきます。 内容は知っているけど実際に使っていない人、筆者のような超初心者、分厚い本を読むのが苦痛な人、すぐに使いたいのでポイントだけサクッと教えて欲しい人対象となります。 エンジニア速報は Twitter の@commteで配信しています。 もくじ 準備 準備する物３つ 予備知識 必須用語を「ひとこと」で解説 実践 ファイルの表示設定 git コマンドと便利なコマンド クライアントツールとリモート SourceTreeの使い方 Bitbucketの使い方 準備 準備する物３つ とりあえず、必要な物は以下の３つ。イ

| 書籍紹介 | サイトの目的 | ダウンロード | 更新情報 | 謝辞 | お問い合わせ | 書籍紹介 Git は、 Linux カーネル開発のために Linus Torvalds さんが2005年に公開した分散型バージョン管理システムです。スタートアップのような小規模組織からGoogle、 IBM のような巨大企業で、また数多くのオープンソースプロジェクトで利用されています。現在の Git 開発は、濱野純さんを中心としたコミュニティによって非常に活発に行われています。 本書 Pro Git は、2009年に Apress から初版が、2014年に第2版が出版された、Git の解説書です。著者の Scott Chacon さんは、GitHub 社の CIO、Git のエバンジェリストであり、Git 公式サイトの管理者でもあります。 本書の内容は、出版以降も有志により頻繁に更新されており、

gitは基本コマンドラインを使っている。コマンドライン厨とか書いたけど、むしろ逆でコマンドラインの基本的なことしか使えないというのが正しい。SourceTreeとかはMagitとかは使いこなせない。 普段使うコマンド ヘルプを見なくても使えるコマンドがここらへん。 コマンド 意味 git checkout -b NEWBRANCH 新しいブランチ作る git rebase -i HEAD~5 過去のコミットを修正する（5つ分を指定） git rm FILENAME 管理下からFILENAMEを削除する git reset --HEAD PATHNAME PATHNAMEをインデックスから削除（addしてない状態にする） git commit -m 'COMMIT MSG' コミットメッセージ付きでコメント git merge TOPICBRANCH --squash トピックブランチの変更

agit.vim 上のスクリーンショットのように、Git のログ、カーソル位置のコミットで変更されたファイル一覧、ファイルの差分が1画面で見れます。 agit.vim 同様のプラグインに gitv というのもあります。僕も何度かブログで紹介しています。 vim で gitk 的なことを行う gitv が便利 tig なんて目じゃない！ Git のログ系 Vim プラグイン gitv ＆ gitv をGit 統合インターフェース化する最強の設定 gitv でも大変便利なのですが、僕にとってはいろいろ不満がありました。 具体例を挙げると なんかもっさりしている。とくに Windows で マルチバイト文字の扱い 変更されたファイル一覧だけ見たいのに見れない (folding でなんとかするしかない) Pull Req を送ろうにも、ソースが汚いのと fugitive に強く依存しているので修正

最近自分の関わっているプロジェクトではgitのブランチに issues/XXXX-description-of-branch という名前を付ける慣習になっている。 issues/XXXXの部分をコピーして貼り付ければredmineのURLに貼り付けて開けるため。 redmineと言えば、コミットメッセージにrefs #XXXXと書けばチケットと紐付いたりしてくれるのだが、これを書くのを毎回忘れるので、issues/XXXXというブランチにいたら自動的にコミットメッセージに含めてくれるようにした。 こちらのブログを参考にして改造した。 #!/bin/sh # .git/hooks/prepare-commit-msg に置いて実行権限をつける # git rev-parse --abbrev-ref HEAD は現在のブランチ名を出力するが、rebase中だとHEADになったりする issu

git は、コードベースの発展過程を記録し、開発者間の協同作業を効率化する強力なツールです。でも、記録対象のリポジトリがとてつもなく巨大なものになったときは何が起こるのでしょうか？ この記事では、いくつかの異なる意味での巨大化に正しく対処するためのアイデアと手法を少し紹介してみたいと思います。 二種類の 巨大なリポジトリ よく考えてみると 巨大なリポジトリ が生ずる理由はおおまかに言って二つあります: 非常に長い期間にわたって履歴が積み上げられた (プロジェクトが非常に長い期間継続的に拡大を続けたために開発成果が積み重なった) 場合 巨大でしかも履歴の記録が必要なバイナリ データが存在し、それがコードに反映される場合 その両方の場合 即ち、リポジトリの巨大化は二つの異なる方向に向かって起こることになります。それは、作業ディレクトリのサイズ (即ち直近のコミットのサイズ) の問題と全体の履歴

git dtコマンド - razokulover publog を見て自分もgitのコマンドをカスタマイズしてるのを思い出したので普段よく使っているのを紹介します。 対象者 作業途中はtmpコミットをたくさん作って、最後に git rebase -i でコミットを整えている人 前置き gitのタイプ数を減らす gitコマンドを使う時に毎回 git と3文字タイプするのは時間の無駄なのでエイリアスつけるのをおすすめします ~/.bash_profile とか ~/.bashrc 辺りに下記を書きます。 alias g='git' これで g だけでgitコマンドが使えます git-now iwata/git-now tmp コミットのための独自サブコマンド git-now - アジャイルSEを目指すブログ 最速でtmpコミットするためのコマンド。Macなら brew install git-

皆さん、tigコマンドを活用していますか？ tigは、コンソール上で使えるgitブラウザです。実はずっと、ただのきれいなgit logだと思っていたのですが、本当はそんなことはありません。かなり使えるやつなのです。 インストール ソースコード: https://github.com/jonas/tig インストール方法: https://github.com/jonas/tig/blob/master/INSTALL.adoc この辺りを参考にしてみてください。詳細は割愛します。 基本の使い方 この状態の差分を扱っていきます。いつものこれだとこんな感じ。 git logが素敵にビジュアライズされてます。この画面をmain viewといいます。 ここでエンターを押すと、下半分に差分の詳細（diff view）が表示されます。 下矢印で、Unstaged changesの差分を見てみるとこんな