20 Git Command-Line Tricks Every Developer Should Know
20 Git Command-Line Tricks Every Developer Should Know Git is an essential version control tool for developers. Although GUI tools can simplify some tasks, mastering the Git command line offers deeper control, flexibility, and speed. Here are 20 Git command-line tricks that every developer should know to streamline their workflow. 1. Set Global Configuration Ensure your commits are tagged with the
git の sparse-checkout を使ってモノリポでも快適にいこう！ - asoview! Tech Blog
こんにちは。エンジニアリングマネージャーをやっている竹内です。 弊社では現在 Git リポジトリをモノリポで運用しています。 tech.asoview.co.jp 上記記事内に partial cloneやshallow clone、sparse checkoutなどGitで巨大なリポジトリを扱うための機能なども活かし、快適にMonorepoを扱える環境を構築する必要があります。 とありますので、今回は sparse-checkout について書きたいと思います。 sparse-checkout とは git-scm.com sparse-checkout とは、ざっくりいうとローカルに checkout するディレクトリを限定することができる git の機能です。 これにより自分が使うディレクトリのみローカル(working tree)に持ってこれます。 モノリポ内には数十のパッケージ(
他人が書いた ようわからんコードを`git blame`で追う - Qiita
長期インターンが開始から2ヶ月経とうとしており、無事チュートリアルも終了した段階です。 本業務で自社プロダクトのissueを進めていると、**「このソースコード何してるんだろう...？ 誰が編集したんだろう...？」**みたいなことがよくあります。 そんな時に**git blameで、ソースコードのコミット履歴からいつ誰がどのコミットで作成・編集したのか**を追うことが出来ます。 Git blameコマンド ターミナルで$ git blame ファイル名を実行します。 $ git blame app/models/post.rb 435ed96f (TsuboyaTaiki 2020-05-08 17:41:29 +0900 1) # frozen_string_literal: true 435ed96f (TsuboyaTaiki 2020-05-08 17:41:29 +0900 2
Terraform CloudのPrivate Registryを使ってmoduleを組織内に公開してみる | DevelopersIO
「組織内でmoduleを使い回したい」 Terraformを運用しているとリポジトリを跨いでmoduleを使い回したくなることがあると思います。 そんな時には、Terraform CloudのPrivate Registryが便利です。 Private RegistryはTerraform CloudのFreeプランでも使えます。 HashiCorp Terraform Cloud Pricing Terraform moduleの公開 Terraformは、moduleを公開することで別のリポジトリでも公開したmoduleを使うことができます。 moduleを公開する方法はいくつかありますが、今回は以下の2つを紹介します。 Terraform Registry 全世界に公開 Terraform Cloud Private Registry 組織内に公開 Module Sources |
Cloud Source Repositories のドキュメント | Cloud Source Repositories Documentation | Google Cloud
2024 年 6 月 17 日以降、新規のお客様は Cloud Source Repositories をご利用いただけなくなります。組織で以前に Cloud Source Repositories を使用したことがない場合、API を有効にしたり、Cloud Source Repositories を使用したりすることはできません。組織に接続されていない新しいプロジェクトでは、Cloud Source Repositories API を有効にできません。2024 年 6 月 17 日より前に Cloud Source Repositories を使用したことのある組織は、この変更の影響を受けません。
Git/GitHubレベル別オススメ学習サイトまとめ完全保存版【2019.06】 - Qiita
＜ 最新 変更履歴 - Latest Changed History ＞ 2019.06.05 - コマンド記事へ追加 『 Linuxコマンドを連続して使うには - @egawa_kun 』 このページをご覧くださった方は、資料探しで悩む"気疲れ"と"時間"を大幅に減らし、かなり効率的に早くGit/GitHubを学習できるでしょう。 背景 なぜ今更 Git/GitHub という感がありますが、まとめてみました。何故かというと、ググると確かに初心者向けのGitの使い方や設定方法などが掲載されたサイトは多くありますが、個人的に体系立ってイメージを掴める内容が少なく、探すのに苦労したため、その中から特に役立ったと感じたコンテンツをかなり厳選し、まとめてみました。下記の良質なコンテンツは、Git/GitHub習得に大いに役立つでしょう。 初心者〜 さらに初心者用の資料もレベル別に番号順で分けました
社内向けにterraformモジュールを共有する
社内向けにterraformモジュールを共有したかった。 TerraformCloudは使わせて貰えなさそうだった。 gitでがんばることにした。 どうやってやるか git の submodule という機能を使うことにした。 システム全体を定義したgitリポジトリの中にモジュールgitリポジトリをネストする構成を作る。 submoduleを使うにあたって、昔は色々設定が必要だったみたいだけど、いまは１コマンドを実行するだけ。cloneと同じ感覚で使える。 リポジトリ内のディレクトリ構成 モジュールディレクトリ（リポジトリ） 以下の通り作成する。 この中でmodulesディレクトリを作ると使う時に深くなるので、いきなりモジュールが露出するようにする。 $ tree tfm-network/ . ├── README.md ├── vpc/ │ ├── main.tf │ ├── varia
git submodule はトモダチ！怖くないよ！ （チートシート付き） - エムスリーテックブログ
この画像は本文とは関係ありません。 こんにちは、エムスリー・エンジニアリングG・基盤開発チーム小本です。 みなさん、git submodule コマンドは好きですか？git submodule は特定の状況下では便利なコマンドです。 社内アンケートでも25%が怖いという結果に しかし、なぜか世間にはgit submodule が怖いという人が相当数いるようです。推測ですが、git submodule は動作モデルや使用手順が誤解されがちなところがあり、それで「怖い」と思われているのないでしょうか。git 本体でも昔そんなことがありましたよね。 この記事では git submodule の誤解を解き、適切な使い方を解説します。また、記事の最後にチートシートをつけます。 git submoduleはトモダチ！怖くないよ！ git submodule って何？ 誤解1 「プロジェクトが大きくなっ
Git 2.27.0 から git pull をすると表示されるようになった "Pulling without specifying how to reconcile divergent branches is discouraged." について - ESM アジャイル事業部 開発者ブログ
最近の趣味はもっぱら L7 より下のお勉強、な @yucao24hours です。 梅雨入りもどこ吹く風の暑いある日、いつものように git pull を実行すると、以下のような警告が出るようになりました。 $ git pull warning: Pulling without specifying how to reconcile divergent branches is discouraged. You can squelch this message by running one of the following commands sometime before your next pull: git config pull.rebase false # merge (the default strategy) git config pull.rebase true # rebas
capistranoでデプロイする時のssh-key周りのTips - Qiita
今までサーバー内に入ってgit pullしてデプロイメントをしていたんだけれど、とても21世紀とは思えないのでcapistranoを導入しました。ついでにロードバランサーを設けてアプリケーションサーバー2台の構成にしてみたんですがssh-key周りが気になりました。 これまでサーバ内でssh-keygenして公開鍵をgithubのdeploy_keyに置いていたんだけどこの方法だとサーバ台数が増える度にgithub上の公開鍵の数も増えていくし管理もクソもあったもんではないと思いググっていたらどうやらssh-agentという方法があるらしい。 ssh-agentを使用すると、capistranoコマンドを叩く開発者のssh-keyを使ってデプロイをしてくれる。 まずcapistranoのコードは以下のようになる。 server '○○○.×××.○○.××', user: "hogehoge
デザイナーがこうやってGit覚えて大好きになったよ♡ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは！nanapiデザイナーのyunicoです！「Git Advent Calendar 2014」の15日目を担当します（^o^） 今年はなんか色々GitGit言っていた年だったので、最後にアドベントカレンダーに参加しちゃいます！わいわい！去年からすると、まさか一年後にGitのアドベントカレンダーに参加しているとは思いもよりませんでした〜。感慨深いものです！よろしくお願いします＜(_ _)＞ 前置きと今年やったことまとめ TechBlogでGitについて書いた nanapi勉強会でTL GithubKaigiでTL P
git reset HEAD^を取り消す方法 - Qiita
通常、addしたファイルを取り消したい時は、git reset HEADでファイルを指定する。 しかし、addしたファイルを戻すつもりが間違って git reset --soft HEAD^をしてしまい、HEADが一つ前に戻ってしまった。 つまり、特に変更点も無いままHEADを一つ前に戻したため、過去の内容が自分のステージングに残ってしまったのである。 Changes to be committed: (use "git reset HEAD <file>..." to unstage) modified: app/assets/stylesheets/test.sass #最新(HEAD)のファイル modified: app/assets/stylesheets/hoge.sass #最新(HEAD)のファイル modified: app/assets/stylesheets/fuga
[macOS向け] gitのクライアントはGitUpがいいぞ。 - Qiita
ツイッタフォローしてやで(ﾎﾞｿｯ https://twitter.com/JotaroUT いろいろ使ってみたけどGitUp、やめられませんでした。 Macbookをスタバで開いてはプロジェクトをgitで管理する機会の多いであろう諸兄・諸姉のために、独断でイケてるなと思ったgitのGUIクライアントについて紹介したい。その名もGitUp。 GitUp : http://gitup.co/ GitUpとは GitUpはmacOS用に開発されたgitのGUIクライアントである。 公式ホームページに、 Work quickly, safely, and without headaches. とあるように、確かに使っている間は頭痛がしない気がする。大きな特徴としては、謳い文句の通り、 早い。 ざっくりした使い方 コミットを参照する。 ここでは、openFrameworks (https://op
![[macOS向け] gitのクライアントはGitUpがいいぞ。 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/568d99c6ef5a39f48343955d25436c73851c2a1e/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGODYwNDAlMkZwcm9maWxlLWltYWdlcyUyRjE0NzM3MDM2MTY_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmJnPUZGRkZGRiZmbT1wbmczMiZzPWRkMjNmZjNiMzQwMzA4ZGJhNjY0YTU2Y2M3NmE5OWM3%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dd3e44f5365f8e8e5f921654fc52ed052%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCbWFjT1MlRTUlOTAlOTElRTMlODElOTElNUQlMjBnaXQlRTMlODElQUUlRTMlODIlQUYlRTMlODMlQTklRTMlODIlQTQlRTMlODIlQTIlRTMlODMlQjMlRTMlODMlODglRTMlODElQUZHaXRVcCVFMyU4MSU4QyVFMyU4MSU4NCVFMyU4MSU4NCVFMyU4MSU5RSVFMyU4MCU4MiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPWFlZDE0MGI5YWVmZmEwMzlmNmYzNGIxOWJmODY0MDYz%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBKb3Rhcm9TJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9YWM3OGFjMTBjNTM4YTIyYWJmMjY0ZmM2YjhhNDQwOGY%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3Df8a653341fc80c119eaaa2035c47cd01)
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
Gogs
Easy to install Simply run the binary for your platform. Or ship Gogs with Docker or Vagrant, or get it packaged. Cross-platform Gogs runs anywhere Go can compile for: Windows, macOS, Linux, ARM, etc. Choose the one you love! Lightweight Gogs has low minimal requirements and can run on an inexpensive Raspberry Pi. Save your machine energy!
OSSのGitサーバ4種類を主観的に比較する | なうびるどいんぐ
人に見せたくないソースコードというのは星の数ほどあります。(例えばパスワードを含むサーバの設定ファイルをGitで管理している、とか) こういう時に非公開のGitサーバがあれば良いのですが、サービスとして提供されている物ではprivateリポジトリが作れなかったりしますし、そもそも他人が管理しているサーバなので100%の信用は出来ません。 もっと自由に使えて、信用できる、すなわち自分の管理しているサーバにインストール出来るOSSのGitサーバをいくつか比較してみます。 Gitサーバ、どれが良い？ 世の中にはGitHubなんてものがありましてね……WebからGitをポチポチ出来る。 これが案外便利でして、Webだけでリポジトリが作成出来る。 前まではGitoliteとRedmineを組み合わせていたのですが、このWebからの……が出来なくて面倒になってしまい思ったほど使いこなせていません。 と
windows環境の git で改行コードの自動変換に注意 - Qiita
windows環境で git を使っていて、改行コードが意図しないものになってしまっていたことがあり、git for windows には改行コードの自動変換というものの存在に気づきました。 git のインストーラーのデフォルト設定では、この自動変換がONになっているので、備忘録のためにおさらい。 #git for windows（msysgit） のインストール 最新版のダウンロード ⇒ git for windows インストールの詳細については以下を参照。 ⇒ 私家版 Git For Windowsのインストール手順 ⇒ WindowsにGitをインストールする手順について このインストーラーでデフォルト設定でインストールしていくと、改行コードの自動変換がONになっているので注意！ (1) Select Components ⇒ デフォルトでOK (2) Adjusting your
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Git] 2 つのリモートリポジトリの差分を確認する - Qiita![[Git] 2 つのリモートリポジトリの差分を確認する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/81c0e5c3256c2ca779bc38c0ab1c1da24b5e4f03/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCR2l0JTVEJTIwMiUyMCVFMyU4MSVBNCVFMyU4MSVBRSVFMyU4MyVBQSVFMyU4MyVBMiVFMyU4MyVCQyVFMyU4MyU4OCVFMyU4MyVBQSVFMyU4MyU5RCVFMyU4MiVCOCVFMyU4MyU4OCVFMyU4MyVBQSVFMyU4MSVBRSVFNSVCNyVBRSVFNSU4OCU4NiVFMyU4MiU5MiVFNyVBMiVCQSVFOCVBQSU4RCVFMyU4MSU5OSVFMyU4MiU4QiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9YTBmNWZlOGU4MWJiYzIwMTgyODllYmNhYWMxYWJkN2Y%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzdXp1a2k4NiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9OTZkMzMwMjQzYmYxYTE3YzBiNjA1MWNjZGYxN2FlMjU%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gVGltZXJzIGluYw%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D5a252ea3e3cab1178e82cd30c6d09b16)
Git コンフリクト解消手順 - Qiita
【イラストで覚える】初心者のためのGitとGitHub用語集 | ずくろぐ
