プロクシ環境下のエラー 社内プロクシの環境でclone しようとすると下記のようにエラーる場合があります。 サーバにアクセスできない場合です。 $ git clone --verbose git://git.yoctoproject.org/poky.git Cloning into 'poky'... Looking up git.yoctoproject.org ... done. Connecting to git.yoctoproject.org (port 9418) ... fatal: unable to connect to git.yoctoproject.org: git.yoctoproject.org[0: 198.145.29.90]: errno=Connection timed out corkscrew 上記の問題を解決するために、下記のツールを使います。

これは感動した。 ファイル保存時にエディタの設定でtrailing whitespaceを削除している場合などで、 実際にコミットしたい変更と、ただの空白の違いだけの行が大量に混ざっていて 分けようとする際に、git add -pで何度もy/nを繰り返すのが大変なときに使える。 下準備としてまずgit diff -wの結果がコミットしたい内容だけになっているか確認する。 次に

私はデフォルトの vi 使っているので関係ないのですが、布教のためには多くの選択肢があったほうがいいものです。 GUI のエディタを使いたいという場合でも「エディタの終了を検知」してコミットを行う Git の仕様を好まない人もいるでしょう。たとえば、お気に入りのエディタは起動したまま終了しないで使う、といった場合です。そのようなケースでは、普段使いのお気に入りエディタとコミットメッセージを書くエディタは別のものにしたいはず。「メモ帳なら普段は使わないし、起動・終了も軽いし」といった理由でメモ帳を選択するニーズは意外とあるかもしれません。 問題 ただ「エディタをメモ帳に設定」しただけの状態では入力した日本語が化けます。 他の選択肢 vi 使えるようになりましょう。 UTF-8 に対応しやすいエディタを使いましょう。 https://qiita.com/kumazo/items/2169e1e

git worktree はstashのいらないbranchのようなものだ。 git 2.7から使える。 branchを作る代わりに　worktreeという名前のフォルダを作る 以下のメリットがある。 ・複数のブランチを、別々のエディタで呼び出し、並列的に修正可能。 ・ブランチの切り替えという概念がなくなるため作業効率が上がる。　つまり、git stashの必要がなくなる 以下のデメリットがある ・branchを作るのと違いgitignoreが適用されるため、１設定必要。 git worktreeがエンジニアの生産性を大幅に上げることを証明する。 1.まず、作業フォルダを作る。

git logの-S<string>オプションでいかがでしょうか。 -S<string> Look for differences that change the number of occurrences of the specified string (i.e. addition/deletion) in a file. Intended for the scripter's use. It is useful when you're looking for an exact block of code (like a struct), and want to know the history of that block since it first came into being: use the feature iteratively to feed the interesting

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Backlogチームのnabe_です。もっぱら仕事はJavaとScala、最近の趣味は Go言語 です。今回、 Go言語 で nulab/go-git-http-xfer という Git ライブラリ を書いたので紹介させていただきます。 役割 動機 仕組み 使い方 試用 まとめ 役割 このライブラリを使うと、GitのリモートリポジトリへHTTPでアクセスするためのサーバーを作ることができます。HTTPアクセス自体は、BacklogやGithub等のGitをホスティングしているサービスであれば概ねサポートしているので、普段あまり気にすることはないかと思いますが、独自にGitを運用している場合、リモートリポジトリの前に clone、push、fetch  等で発生するHTTP通信を捌く仕組みを、なにかしら用意しなければなりません。 動機 私自身まだまだGoのニュービーなのですが、兎に角手を動か

よく訓練されたアップル信者、都元です。やばい、ブログの書き方忘れてるｗｗｗｗｗｗ …気を取り直して。git-cryptという git plugin ツールはご存知でしょうか？ 要するに、DBのパスワードやOAuthのシークレットなど、版管理はしたいけれどGitHub等にpublishするには抵抗がある情報を、 シームレスに暗号化して管理することによってリポジトリ内で版管理可能にするものです。 GNU Privacy Guard git-cryptでは、GNU Privacy Guard という暗号化ソフトウェアを使います *1。GPGとかGnuPGと略されたりします *2。 さて、git-cryptを使い始める前にGnuPGのセットアップが必要です。本稿では macOS に gpg (GnuPG) 2.2.3 をセットアップ する前提で解説します。homebrewは上手いこと導入しておいて

のようにハイフンなしで実行できるらしい． 参考 - 便利な「git-サブコマンド」を作成する - オレオレ Git サブコマンドを作る - gitのサブコマンドを自分で作る でもfish shellだと，スクリプトファイルを作るよりも関数を書いて済ましてしまうことが多い． なので，git-で始まる関数を書いたとき，それをgitのサブコマンドとして実行するようなラッパーを書いてみました. function git set -l subcommand "git-$argv[1]" if functions -q $subcommand set -e argv[1] eval $subcommand $argv else command git $argv end end

[git reset (--hard/--soft)]ワーキングツリー、インデックス、HEADを使いこなす方法Git新人プログラマ応援 1. gitの基礎（言葉の意味） ワーキングツリー[working tree]：最新のファイルの状態 インデックス[index]（ステージ[stage]）：コミットするためのファイルの状態 ローカルリポジトリ[local repository]：ファイルの変更履歴を記録（手元で管理） ヘッド[HEAD]：最新のコミットの状態 リモートリポジトリ[remote repository]：ファイルの変更履歴を記録（みんなで共有） add：「ワーキングツリー → インデックス」への反映 commit：「インデックス → ローカルリポジトリ」への反映 push：「ローカルリポジトリ → リモートリポジトリ」への反映 2. git resetを使いこなす git re

前回: Goツールのリリースにおけるバージョニングについて 前回挙げた以下のリリース5段階の中で、バージョニングだけで1エントリになりましたが、今回は、2,3について。 versionをbumpする CHANGELOGを更新する 1,2での変更をgitに反映してタグを打つ ビルドする ビルドをアップロードする 具体的には、リリースに纏わるファイル更新をgitに反映さえてタグを打つところまで。ビルドする直前までとも言えます。 CHANGELOG.mdを自動更新する CHANGELOGは ghch で自動生成させている。規定の CHANGELOG.md をリポジトリに配置して、 % ghch -w -N $next_tag とすれば、魔法のように CHANGELOG.md を更新してくれる。生成された CHANGELOG.md はこんな感じ。 https://github.com/Songmu

Gitのコミットメッセージの書き方 自分なりにまとめてみました。Git歴浅いので、意見募集中です。 （2014年12月17日追記） 想像以上にたくさんの方にストックなりはてブなりいただいたので、はてブでなるほど！と思ったコメントをもとに少し修正・加筆してみました。 （2022年1月4日追記） 最新の書き方をこちらに書きました。 https://zenn.dev/itosho/articles/git-commit-message-2023 原則 以下のフォーマットとします。 1行目：変更内容の要約（タイトル、概要） 2行目 ：空行 3行目以降：変更した理由（内容、詳細） 日本語でも英語でもOKですが、リポジトリで統一してください。 1行目 コミット種別と要約を書きます。フォーマットは以下とします。 [コミット種別]要約 コミット種別 以下の中から適切な種別を選びます。 （多すぎても悩むので

config_param :queued_chunk_flush_interval, :time, :default => 1 を追加したコミットがどれかを探したいとします。 しかし、git blame を見るとこんなかんじに、インデントコミットによってほぼ全ての履歴が上塗りされていてどれだかわからない、みたいな状況にどうやって真犯人を探そうかという話です。 1. git blame -w を使う インデントコミットを無視したいだけであれば git blame の -w オプションが使える。-w は比較の際に whitespace を無視してくれるオプション。git diff にもあるよね。 $ git blame -w lib/fluent/output.rb ... (省略) 14d01c71 (Masahiro Nakagawa 2013-03-27 03:56:51 +0900 1

どうも、まさとらん（@0310lan）です！ 今回は、ブラウザ上のGitHubでMarkdown（マークダウン）ファイルを作成し、そのまま超高機能なスライド資料に変換してくれるサービスのご紹介です！ もちろん、自分でMarkdownファイルを用意してpushするだけでもOKなのですが、今回はコンソール画面などは使わずにすべてブラウザだけで完結できる方法をご紹介致します。 【 GitPitch 】 ■「GitPitch」の基本的な使い方！ それでは、実際に簡単なスライド資料を作ってみましょう！ まず最初に、自分のGitHubアカウントでログインし、新規のリポジトリを作成しましょう！ 「① リポジトリ名」は好きな名前を付けてください。 画面下にある「② チェックボックス」をONにしてから「③ Create repository」ボタンをクリックしましょう。 すると、自動的に「README.md

通常の git diff では、追加したファイルやリネームしたファイルなども差分として表示されますが、それが邪魔に思うときもあります。 以下のようにすれば、変更したファイルについてだけ差分を表示することができます。

最近14年つかっていたdocomoからMNPでauにうつりました。 長年つかっていたのでdocomoに愛着もあったのですが、いかんせんネットの情報を鵜呑みにする情強をきどるには、docomoはつらすぎ感がすごく…。 情しか理由のない選択に意味はあるのか？と悩んだ末に、まあauにしました。 本題 hgをgitに移行する話。 単純に最新をcheckoutして、そのままcommitするとログもブランチも消し飛ぶのでつらい（当たり前） とはいえ、世の中にはちゃんとツールがある git clone git://repo.or.cz/fast-export.gitmkdir -p /path/to/new_git_repo cd /path/to/new_git_repo git init /path/to/fast-export/hg-fast-export.sh -r /path/to/old_h

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

gitで日本語ファイルが文字化けする こんばんは。小室です。gitを使っていて日本語のファイル名を入れるとファイル名の表示が崩壊するという経験をしました。 割と今までは放置していたのですが、きちんと日本語ファイル名を表示するコマンドを教えてもらったため、備忘録として記録しておきます。 若干人を小馬鹿にしたようなファイル名のファイルを配置したディレクトリをサンプルとして用意しました。 $ ls -la total 8 drwxr-xr-x 4 komurohiraku staff 136 Mar 25 19:09 . drwxr-xr-x 22 komurohiraku staff 748 Mar 25 19:08 .. drwxr-xr-x 10 komurohiraku staff 340 Mar 25 19:08 .git -rw-r--r-- 1 komurohiraku staff

Gitバージョン管理において履歴を分岐させるブランチと呼ばれる機能、分岐した履歴を統合するマージと呼ばれる機能について、GitクライアントのSourceTreeを使った方法についてお伝えしていきます。 ブランチを切ってバージョンを分岐させる方法、そして分岐させたブランチをマージして統合する方法についてお伝えしました。 こうすることで、複数人での並行作業や、別々のバージョンを試してみる、また最終版を安定確保しておく、などの作業の進め方が実現できますので、非常に便利です。 しかしながら、分岐があることにより困ったことが発生する場合があります。 特に複数人で作業する際には十分に起き得るのですが、 同じ箇所を 別々のブランチで 別々の変更をかけてしまっているのに マージする この場合、二つの分岐で不整合が起きてしまい、履歴としてその状態から進ませることができなくなります。 これを「衝突」または「コ