え？まだgit checkoutしてるの？
公式ドキュメントには以下のように書かれています。 THIS COMMAND IS EXPERIMENTAL. THE BEHAVIOR MAY CHANGE. 和訳：このコマンドは実験的です。動作が変更される可能性があります。 この記事の内容と違う場合があるので、ご注意ください。 この記事は2024年2月28日時点の情報です。 え？まだgit checkoutしてるの？ git checkoutといえば、ブランチを切り替えたり、git addしたファイルを元に戻したりするコマンドですが、それはもう古いです。 実は2019年8月リリースのgit 2.23からgit switchとgit restoreが追加されました。 知らなかった人も多いのではないでしょうか？(恥ずかしながら私は知らなかった...) 「先輩、checkoutってなんすか？」と後輩に聞かれる前に、この記事を読んでgit sw
Gitのコミットメッセージの書き方（2023年ver.）
本記事のモチベーション 約8年前、Gitを使い始めたときに以下の記事を公開したところ、想像以上の反応をいただきました。 当時はSubversionからGitに移行し、試行錯誤をしている中だったこともあり、多くの反応をいただけたことはモチベーションのひとつでした。 ただ、時が経ち、当然かもしれませんが現在は当時と違う書き方をしており、思想として変わっていない部分はあるものの、今でもときどきLikeをいただく中で、アップデートを全くしないのは誠実じゃないなと感じていました。 というわけで、現在のフォーマットも数年後には変わっている可能性が高いですが、その時々のスナップショットを公開することにも何らか意味があるかなと思い、「今の僕はこうコミットメッセージを書いているよ」というのをまとめました。 Gitを使う環境 開発フローやホスティングサービスごとのUIのdiffによって、最適なフォーマットは変
よく使うgit diff便利パターン5選（Gitの小ネタおれおれAdvent Calendar 2022 – 23日目） | Ginpen.com
Gitの小ネタおれおれAdvent Calendar 2022 – 23 日目 VS Code といったリッチなエディターや IDE でも良いんですが、量が多くないときはコマンドラインから差分を確認したりしてます。 エイリアスはこんな感じで登録。 [alias] d = diff --color-words=\"\\\\w+\" diffc = diff --cached dc = diff --cached --color-words=\"\\\\w+\" diffl = log -1 -p git diff で普通の diff 今作業中の変更を表示します。もし既に git add されている、staged 状態のものがあれば、その後からの変更になります。 まあご存じですよね。 $ git diff diff --git a/README.md b/README.md index 77e
Gitの操作を間違ってしまった時に簡単に元に戻せる「git undo」を使う方法
プログラミングを行う上でバージョン管理システムとしてよく利用される「Git」において、ほとんどの操作をやり直せるコマンド「git undo」をTwitterで働くエンジニアのarxanasさんが開発・公開しています。 git undo: We can do better https://blog.waleedkhan.name/git-undo/ Gitはユーザーのさまざまなうっかりミスに対してデータが失われにくい構造に設計されているものの、実際に操作ミスをしてしまった際にもとの状態に戻すにはそれぞれの状況に応じて別のコマンドを使わなくてはならず、「初心者がさらに間違いを重ねて複雑怪奇な状態にしてしまう」というケースがありがち。 こうした状況を解決するためにarxanasさんが開発したのが「git undo」です。git undoはその名の通り、間違って行ってしまった操作をやり直せるコマン
Gitの脱GUIをめざす！CUIで見やすく、サクサク操作の「tigコマンド」を使ってみた | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
おはこんばんちは、16新卒で入社した29歳ハルです。 数ヶ月前まで専門学校にいたアラサーです。恥ずかしいことに、Gitを本格的に使い始めたのは働き始めてからです。 これまで綺麗なGUI画面のSourceTreeで操作していましたが、これからはエンジニアとして黒い画面でGitコマンドを使い、サクサク作業をしたいと思っています。 ただ、いきなりGitコマンドだけでは心細いので、Gitブラウザのtigコマンドを使うことにしました。今回は、そのtigコマンドについて紹介したいと思います。 tigとは 一言で言うと、Gitコマンドだけではわかりづらい状態などを、見やすくビジュアル化してくれるCUIのGitブラウザです。CUIなので、サーバーでも使えるのがいいところです。 ツリー構造を見やすく表示してくれる。 ツリー構造から差分を表示できる。 add や commit ができる。 ブランチの確認と詳細
Macとさくらのサーバでの開発作業をGitで管理する
開発環境 Mac OS X 10.10.3（LAMP環境） さくら（スタンダード・プラン） ※Mac、さくら共にGit環境は既にインストール済み。 Mac（ローカル環境）で作成したファイルを、さくらのサーバへとアップロードしていく流れをGitで管理する。プロジェクトに関するディレクトリは全て新規に作成するものとする。 大まかな手順 1.さくらのサーバに中央リポジトリを作成する。 2.Macのローカル環境に中央リポジトリを複製（clone）する。 3.さくらのサーバ側にも（中央リポジトリとは別の）リポジトリを複製する。 4.Mac側でsample.htmlを作成したら、中央リポジトリに記録し全てのリポジトリにてデータを共有できるようにする。 さくらサーバに中央リポジトリを作成する まずさくらサーバにsshでログインし、適当な場所（今回は~/以下、つまりhome/ユーザ名/以下）にsample
すぐ忘れる！SourceTreeを使ったリベースとスカッシュの手順 - Qiita
Git操作をGUIで行えるSourceTreeは、私にとって今では無くてはならない存在です。 コレのお陰で、ターミナル恐怖症のデザイナーさんにもGitでファイルの変更を管理してもらえるようになって、デザイナーさんとの連携がとても楽になりました。 もう、これなしでは開発したくないと思えるほど便利です。 でもSourceTreeのいくつかの機能はお世辞にも直感的とは言えず、間違った操作を誘発する危険性をはらんでいます。私もハマって結構大変な目に会いました。 私が、そして私のような方が同じ過ちをおかさないように、ここにハマりそうなSourceTree操作を記録しておきます。 リベース手順 例えば、developブランチから分岐したfeature/hogeブランチで作業している途中で、他の開発者のコミットがdevelopブランチにマージされた場合、後々大きなコンフリクトが発生するのが怖いので、早め
Git入門（５）〜ブランチとマージそしてコンフリクト | IT工房｜AI入門とWeb開発
今回の内容で特にマージをした時にコンフリクトを起こしてしまう状況を考えてみます。 Git初心者で実務でコンフリクトを起こすと焦ってしまうに違いありません。日頃からGitを使い倒しておくと焦ることはないでしょう。 ココは何度も失敗をしてこれはやっちゃダメとかいうことを身をもって学習することです。 ブランチとは枝という意味があります。その名前のとおり複数の作業を枝分かれする時に使います。 具体的には、同時に複数の作業を行う場合などにブランチを使います。 ここでは参考例として「task-A」と「task-B」２つのブランチを作成します。 新規にブランチを作成するにはブランチボタンをクリックします。「新規ブランチ」項目に任意の新しいブランチの名前を記入します。「新規ブランチをチェックアウト」にチェックが入っていると、ブランチ作成と同時そのブランチがチェックアウト（選択された）状態になります。 今回
Gitを最大限に活用できる「Git flow」で、効率よく開発を進めよう！ | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
まずは、ソースツリーを起動し、任意のリポジトリを開いてください。 今回は、GitHubでテスト用のリポジトリを作りました。作ったばかりなので、データはREADME.mdのみ、ブランチはmasterのみの状態です。 次に、メニューにある「Repository」から、「Git flow/ Hg flow」→「Initialize Repository」を選択します。 こちらの「Repository」→「Git flow/ Hg flow」は、ショートカットキー「command + alt + F」で実行できます。 すると、下記のようなウィンドウが表示されます。 ここではGit flowで使うブランチの名前を設定できますが、特殊な理由がなければここはデフォルトのまま、OKを押しましょう。とくにエラーもなく無事にウィンドウが閉じられれば、成功です。 また、リポジトリに「develop」ブランチがな
実践でわかる！ブランチとコンフリクト、リバートを解説します | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、フロントエンドエンジニアのいなばです。 気付けば、フロントエンド入門Git編の連載も5回目。前回は、ローカルで作業中のコミットを綺麗にまとめたり、間違った操作をしてしまったときにコミットログを修正したりする方法を紹介しました。 今回は、Gitを使う上で重要な「ブランチ」について解説したいと思います。 ブランチとは？ ブランチは、コミットの歴史を分岐して記録していくためのものです。 歴史を分岐させることで、他のメンバーの作業の影響を受けることなく、同じリポジトリ上で複数の開発を同時に進めていくことができます。 分岐したブランチはマージもしくはリベースというコマンドで、他のブランチに合流させることができます。 これを繰り返すことで開発を進めていきます。作業単位ごとにブランチを作ることで、なにかしらの問題があった場合に原因となる箇所の調査が楽になります。なるべく細かい単位でブランチを
Gitのリセットを使いこなして、間違いを修正しよう！ | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
どうもですよ！はやちですよ！٩( ᐛ )و フロントエンド入門のGit連載をご覧になってるみなさま、Gitはご利用なられましたでしょうか( ˇωˇ ） Git使い始めは、誰にでも間違いはつきもの。はやちもテンパってしまう癖があるので、ちょいちょいやらかしてしまうことがあります( ˇωˇ ) 今回はそんなときに役立つ、Gitで間違えて操作してしまったときの対処法をまとめました。sourcetreeベースでご紹介をいたします( ˇωˇ ) 間違いを修正する「リセット」 リセットは、ファイルを以前の状態に巻き戻すことで、ステージ上でもローカル上でも操作できます。 例えば、 ステージ上で更新を加えていたファイルを途中で操作する前に戻したいとき ローカル上で、コミットのコメントを間違えてしまったとき 一旦戻して追加修正したいとき もうこのコミットもろともなかったことにしてしまいたいとき などのシーン
Gitを触ってみよう。GitHubとソースツリーを使用した基本操作 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、フロントエンドエンジニアのゆたろです！ Git連載の2回目。難しい話は抜きにして、とにかく実際に触ってみましょう！ GitHubを使ってみよう！ GitHubとは、Gitのホスティングサービスの1つです。他にもBitBucket、Phabricatorなどがありますが、当記事ではGitHubを使って説明していきます。 GitHubのアカウント作成 https://github.com/ まずは、GitHubのアカウントを作成しましょう。ページ上部の「Sign up」よりアカウント登録画面に移動します。 上から順に、ユーザネームとメールアドレス、パスワードを入力して「Create an account」を押してください。 次にプランを選択して、「Finish sign up」で登録完了です。登録したメールアドレス宛に確認メールが届くので、アドレス認証も忘れずに！ 練習用リポジトリ
本当の初心者向け！Git入門のための概念から基本用語まで | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは。ほりでーです。 フロントエンドチームから、チーム開発には欠かせない「Git（ギット）」を基本から学ぶための連載がスタートします！ ということで、今回はその第一回目。 具体的な使い方の説明に入る前に、そもそもGitとは何か、なぜGitを学ぶ必要があるのか、という概論から入っていきたいと思います。前半ではスキルとしてなぜGitが重要視されているのか、後半ではGitに登場する基本的な概念について、初心者にもわかりやすく説明していきます！ 1. Gitが使えないと困る理由 Gitは、HTML・CSS・JavaScriptなどの コードを管理するためのツールで、世界的に定評があります。極端な話、Gitを使えるようになったからと言って、デザインが上手くなったり、すごいJavaScriptが書けたりするわけではありません。デザインやプログラミングのテクニックとは、あまり関係がないスキルなんで
Github／Bitbucketのissue機能を使って効率よくタスク管理をする〜バグ報告編〜 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、フロントエンドエンジニアのいなばです。 案件の開発終盤、こんなことが起きていませんか？ 納品が近づき、プロジェクトメンバーで一斉に検証作業を始める 各々バグを見つけ次第、issueを立てていく さあ、バグをかたっぱしから片付けていきましょう しかし、蓋を空けてみると……書き方の悪いissueが乱立！ バグの内容を把握するのに時間がかかる！ 結局わからないのでissueを立てた本人に聞く→結果的にコミュニケーションコストが増える……。コミュニケーションコストを減らすためのツールなのに、やりとりが何往復もしていたら本末転倒ですよね。 そこで、今回はGithubやbitbucketのissue機能を活用したデバッグフェーズでのタスク管理のコツをご紹介します。 悪いissueと良いissueとは？ そもそも、どんなissueが“悪いissue”なのでしょうか？ 例を見てみましょう。（極
【Git入門】基本操作の次に覚えておきたい便利な機能5選 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
はじめまして。バックエンドエンジニアのヤスタカです。 長野の野尻湖オフィスでのバックエンドエンジニアとして採用されたのですが、野尻湖オフィスの冬の厳しさに今から戦々恐々としています。 さて、みなさんはGitを普段から使いこなしてますか？ リモートからクローンしてきて、コミット、プッシュ、プルリクなどの基本的な操作はとりあえず覚えたけど、それ以上のことはよくわからないし……でも、とりあえずなんとかなってるし。。。 そんなGit初心者の方に向けて、知っておくと便利な小ワザをご紹介します。今回はGitクライアントの「SourceTree」を使ったやり方と、コマンドラインだったらこんなコマンドだよというのを合わせてご紹介したいと思います。 主にMacでの操作方法を記載していますが、SouceTreeはwindows版もありますので、適宜読み替えていただければと思います。 1. 一時的に変更を退避す
GitHubログイン時に二段階認証とする設定方法 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは、しょごです。 先日勢い余ってPS4を買いました。高画質すばらしい。「Last of US」めちゃくちゃ面白いです。 いままでAndroidユーザだったのですが、キャリア乗り換えをしつつiPhoneに変えました。もともと毎月の携帯代が安くならないもんかと思ってたし、本体代金完全無料だったのでさくっと。しかし、慣れるまでは時間がかかりそうです……。 さて、今回はGitHubで二段階認証を適用させる方法をご紹介します。 基本的にはパスワード入力でログインというかたちですが、こちらを設定しておくことで、よりセキュリティを強化することができます。 セキュリティ設定から二段階認証設定を始める 「GitHub」にログインし、ヘッダーの自分のアイコンから「Setting」をクリック。 プロフィール画面の左ナビの「Security」をクリックします。 画面の「Two-factor authent
SourceTreeから始めるGit - Qiita
SourceTreeというガッツリしたGUIクライアントができてから、「Gitはコマンド打つべし」という感じでもなくなりつつあるかなと感じている(現に、TortoiseSVNを使っているときにSVNのコマンドを意識したことはなかった)。 そんなわけで、ここではGitの詳しい説明は一切はしょりSourceTreeの操作にのみ焦点を当てて解説を行う。ただ、コマンドにも興味あるという方に備え、コマンドも併記しておく。 インストール こちらにアクセスしてインストール。 https://www.atlassian.com/ja/software/sourcetree/overview なお、以下の説明ではWindows版を使用。 初期設定 ツール>オプションから各種設定が可能。見ておくべき箇所は以下3点。 一般(git config) ユーザー名/メールアドレスは必ず設定しておく。インストール時に設
Windows環境でGitを使ってみる(SourceTree編)
Windows環境でGitを使ってみる。使い方としては ・explorerと統合して、簡単にファイルのバージョン管理 （日本語は大丈夫か？） ・MS Officeファイルの差分確認 でしょうかね。あとは番外編として、 ・GitLabがなくても、複数のWindowsPC間で簡単にレポジトリを共有する をやってみる。 Gitとのリモートレポジトリとしては、Gitlabを想定し、はインストールされていることを前提。 クライアントツールのインストールから。今回クライアントツールは、「TortoiseGit」と「SourceTree」を試してみる。 ■「SourceTree」 １．リモートレポジトリを用意する GitLabサーバーをどこぞのOSに建ててもOKだし、gitlab.comを使ってもよい。自サーバーも簡単に建てられたので、ここではgitlab.comを使ってみる。といっても、サイトにアクセ
ノンプログラマもGitを使おう（初期設定編） | Cherry Pie Web
前の記事 「WebデザイナーもGit使うといいよって話」 「ノンプログラマもGitを使おう（導入編）」 前の記事で準備が整ったら、いよいよGitを使ってバージョン管理をやってみます。 なお、私はWindows環境なので、PCの操作に関してはWindowsで説明をします。 Macに関しては、同じアプリなのである程度参考にはしていただけると思いますが、すでに解説サイトがたくさんありますので、他のサイトを参考にされたほうがわかりやすいと思います。 サンプルサイトの構成 サンプルサイトとして下記のような超カンタンなサイトを想定します。 （「WebデザイナーもGit使うといいよって話」で使ったものと同じです） 「gittest」 というフォルダを作成し、そこに次のようなファイルを作成します。 index.php（HTML）style.css（スタイルシート）title.jpg（見出し画像）kanok
意外と知られていない、BitbucketでもGithub PagesのようにWebページを公開 :) - Qiita
Githubのリポジトリやアカウント単位でwebページを公開できます。 https://pages.github.com/ Bitbucketでも出来ます。 ググってみても日本語で書かれた事例とかがあまり無かったので、あんまり知られてないのかなぁって感じですが、Github Pagesと同様のことが出来ます。 Github Pagesのようにリポジトリ単位でURLを持つことは出来ないみたいです。 手順1 ユーザー名.bitbucket.orgというリポジトリを作成する。 Bitbucket上でユーザー名.bitbucket.orgというリポジトリを作成しましょう。 私の場合はユーザー名がn0bisukeなのでn0bisuke.bitbucket.orgというリポジトリになります。 アクセスレベルの設定 プライベート [チェックをしましょう。] → Webページは公開されますが、リポジトリペ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
