gitをソースレベルで読む話(1) - 雑記
前々から git のソースコードを読みたいと思っていたのでチャレンジしました。 読み方は gdb というデバッガーを使ったり、リポジトリを参考にしながら読んでいく感じです。 本当はローカルにソースを落として関数を追跡しながら読んでいったほうが良いと思うのですが、手元にC言語の環境がないのでまた今度です。 それで、gdbを使うのにだいぶ苦労しました。 というのも、gdbを使うためにはコンパイル時にオプションをつける必要があるのですが、どこに付ければいいんだという状況で。 とりあえず、Makefileの中に DEVELOPER_CFLAGS という変数があったので DEVELOPER_CFLAGS = '-g' をMakefileの中に追記して make してみる。 でも、だめだった。ネットで調べると、私と同じように git を読みたい人がいて記事も書いてくれていたんですが解決方法はない感じで
~/.gitignore_global を指定するのをやめ、デフォルトの置き場に置こう
Gitで全てのリポジトリのignore指定を ~/.gitignore_global に置いている例はよく見られます。実際、この名前はGitが公式で公開している本 (Pro Git 2) (→日本語版) でも言及されています。 このような設定を行うには、グローバルな .gitignore のようなファイルが必要です。 ~/.gitignore_global ファイルへ次の内容を書き込んで、 (...) ところがこれはややミスリーディングです。この部分は core.excludesfile 自体の説明にほかならないのでわざわざ設定を書き換えていますが、実はデフォルト値があります。これは gitignoreのマニュアル で説明されています。 Its default value is $XDG_CONFIG_HOME/git/ignore. If $XDG_CONFIG_HOME is eith
特定ディレクトリ配下のgitリポジトリのみ別のconfig設定を適用する - 人生シーケンスブレイク
デフォルトはGitHub用の設定を利用しているが、会社で利用しているGitLabだけhttp.proxyを適用したい際に以下の方法で実現した。 前提 以下のようなディレクトリ構成を想定 ~/git/ ├── GitHubのリポジトリ1 ├── GitHubのリポジトリ2 ├── ... └── office/ # このディレクトリ配下のみ別の git config を適用したい ├── 会社用のリポジトリ1 ├── 会社用のリポジトリ2 └── ... 手順 ~/.gitconfig に以下の設定を追記する [includeIf "gitdir:~/git/office/"] path = ~/git/office/.gitconfig 会社用の設定を .gitconfig ファイルに記述する このケースでは、 ~/git/office/.gitconfig に記述する。 以下の記述内容は
お前らのコミットは汚い - Qiita
お前らのXXXXは<ネガティブな形容詞>シリーズ で失礼します。 日頃gitをお使いの皆様におかれましては、キレイなコミットを心がけていらっしゃいますでしょうか。 私も心がけてはいますが、なかなか難しいものがあります。 参考までにこちら、最近業務で書いたプルリクエストのコミットログです。 控えめに言って汚いと思われたかと思います。 ではキレイなコミットの例を。 プルリクエストというのは、やはり先達の方に見ていただいてご指摘いただこうというものですから、 当然コミットハッシュもゾロ目等でキレイにするというのがマナーです。 では今回はこのキレイなコミットをどうやって作るのか、という話を書きます (ショート)コミットハッシュ コミットハッシュとは、gitのコミットごとに生成される、40桁の[0-9a-f]からなる文字列です。 お手元のリポジトリ上で git log --format=%H を叩く
git push -f をやめて --force-with-lease を使おう - Qiita
force push問題 rebaseなどの作業の際、強制PUSHが必要なタイミングが出てくるが --forceではローカルの内容を破壊的にリモートレポジトリを上書きしてしまう。 同じブランチで複数人開発していた場合にタイミングによっては 「◯◯さんのコミットを吹き飛ばしちゃった//」 が発生する可能性が十分ある。 そもそも上記の運用方法に問題がある気はするが、どんな運用をしていたとしても force pushする際は --force-with-leaseオプションを必ずつけるようにしておいて損はないと思う。 TIPS: Github上でブランチを削除できないようにする 消されるとまずいブランチは [Settings] → [Branches]でさまざまなprotectionルールをかけておきましょう！
Gitでgpg署名付きcommitをするまで - Qiita
ふとgitでcommitする際に署名をつけてみたいと思いやってみました。 GitHubにgpg署名付きのコミットをするを参考にしましたが、現在では一部うまく動かなかったところがあったので一部変更しながら紹介します。 Mac環境(macOS Mojave)で検証しました。 TL; DR # 必要なツールをインストール $ brew install gpg2 pinentry-mac # 鍵を生成 $ gpg --full-gen-key # 生成した鍵のIDを調べる $ gpg --list-secret-keys --keyid-format LONG # Gitの設定 $ git config --global gpg.program gpg $ git config --global user.signingkey {鍵のID} # gpgの設定 echo "pinentry-prog
DockerイメージとGitのブランチ戦略 · tehepero note(・ω<) 2.0
Dockerイメージ あのブランチからできたDockerイメージをディプロイしたい、っていうことが当然あります。ということは、イメージはGitのブランチ名で識別できなければならないわけです。 Dockerイメージにはタグでバージョンをつけることができます。最新のものはlatestとつけられますが、任意のバージョン名でタグ付けしてしまうと同名ではforce pushしないと更新できません。それは微妙なので、今のところ次のような運用を考えてます。 masterブランチ 本流であるmasterブランチはストレートにlatestでよいでしょう。 master -> USER_NAME/image-name:latest リリースバージョン、またはタグ付けされたリビジョン 実際にリリースされたバージョンの場合、Gitで作成したタグをイメージでも採用すればよいでしょう。 master -> USER_
GitHubで署名されたコミットにバッジが表示されるようになったので設定してみる - Qiita
まずはこちらの画像をご覧ください。 GitHubのコミット履歴ですが、コミットのSHAの左に見慣れないものが表示されていますね。 クリックするとこのような情報が表示されます。 実は、2016/4/6からGitHubはGPGによりデジタル署名されたコミットやタグにバッジを表示するようになりました。 この記事はその設定ガイドです。私の環境はWindowsですが、すべてコマンドラインとブラウザ上での操作なのでMacやLinuxでも同じように行えます。 1. GPGのインストール Git for Windowsを使っている場合は、GPGが同梱されているため追加のインストールは不要です。 それ以外の方はパッケージマネージャを使ってインストールするか、こちらからツールをダウンロードします。トップにはソースコードのリンクが掲載されており、バイナリのダウンロードリンクは下のほうにあります。 画面の指示に従
コミットメッセージアンチパターン: コメント対応 - koicの日記
コミットメッセージには、変更に対する「なぜ」を書く。 週末の余暇のうちに以下のツイートについてもう少しテキスト化しておく。 「コメント対応」というコミットメッセージへの指摘がめんどうなので、クライアントサイドでの git hook を用意した。配置を求めるのがなんだけど。 https://t.co/rbpS0DF2Cw— Koichi ITO (@koic) November 14, 2016 Git など使うことで、ソースコードへの変更理由について、5W1H に沿った変更履歴を知ることができることが理想。 「いつ (When) 」コードに対していつ変更を加えたのかはタイムスタンプを見れば分かる 「どこで (Where) 」コードに対して何を変更を加えたのかはリソース (file/dir) 名で分かる 「誰が (Who) 」コードに対して誰が変更を加えたのかは author を見れば分かる
意外と知らない？ Gitコマンド 100本ノック - Qiita
概要 みなさん、Git使ってますか？ もしくは、使いこなしていますか？ 独習Gitを読んで、思いの外Gitコマンドが多かったので、 タイトルの通り、Gitコマンドで100本ノックをまとめてみました。 Gitの環境構築が終わっている状態からを想定しています。 git initでローカルにリポジトリを用意してください。 問題に対して、直後に回答を載せる形式にしています。 Git初心者の方も、目を通して知らないオプションをググれば勉強になると思います。 参考文献 独習Git Gitに馴染む 1. メールアドレスをGitのグローバル設定に追加 git config --global user.email "Your E-mail@example.com" 2. user.nameの設定値を表示 git config user.name 3. user.emailの設定値を表示 git config
最近のgitを使った開発フローについて - その手の平は尻もつかめるさ
最近のgitを使ったWebアプリケーションのプロジェクトの開発フロー (主にブランチ運用) について記すものです． なお前提としてGitHub Enterpriseを利用しています． git-flow 大上段に構えたもののあまり特殊なことはしていなくて，基本的にgit-flowをそのまま踏襲しています． git-flowについてはしっかりした解説記事がインターネット上に数多く存在しますからそれらを参考にしていただければと思いますが，ざっくり説明すると masterブランチ，developブランチ，releaseブランチ，featureブランチ及びhotfixブランチがある masterブランチは常にリリース可能な状態になっている (すなわち現在本番で稼働しているアプリケーションのコードと等しい) developブランチは開発中の状態で，ステージング環境等に上がっている releaseブラン
Perl5 to Java compiler - week 100 - bootstrapping | Flávio S. Glock [blogs.perl.org]
It's been a 100 weeks since the Perl5 to Java compiler started. The compiler is now "good enough" to translate itself to Java. # grab a copy of the project $ git clone git@github.com:fglock/Perlito.git ; cd Perlito $ make clean # create the "perlito5.java" file $ perl perlito5.pl --bootstrapping -Isrc5/lib -Cjava src5/util/perlito5.pl > perlito5.java # compile to ".class" $ time javac -J-Xms2000m
Git-it - 手を動かしながら習得できる日本語対応のGit/GitHub学習アプリ | ソフトアンテナ
GitやGitHubの使い方を学習することができるデスクトップアプリ「Git-it」。Electronで作られていて、Mac / Windows / Linux用の実行ファイルをGitHubよりダウンロードすることができます。英語表記のみだけでなく、日本語に対応しているところもありがたいところです。 使用方法 Git-it自体は問題集のようなもので特別な仕掛けはありません。画面の指示に従いローカルの環境でGitを使いながら学習を進めていきます。Git-itではGitHub Desktopの使用を推奨していますが、実際の運用を考えてターミナルでGitを勉強してみるのも良いでしょう(Windowsの場合若干めんどくさいですが)。 Git-itでは、Gitのインストールから始まり、リポジトリの作成やコミット、GitHubの使い方、最終的にはプルリクエストの送信方法まで学ぶことができます。 プルリ
Github で Fork してから Pull Request をするまでの流れ | けーこ in サンフランシスコ
いつも忘れてしまうので、GithubであるプロジェクトをForkしてからPull Requestをするまでの流れをメモしたいと思います。今回、実際に私がこの流れを使っているCordova (PhoneGap) ドキュメントのプロジェクト、 https://github.com/apache/incubator-cordova-docs を例にやっていきたいと思います。 1. Fork する GithubでForkしたいプロジェクトまで行って、右上にあるForkボタンを押します。今回、 https://github.com/apache/incubator-cordova-docs をForkしたので、私のGithubアカウントkeiko713上では https://github.com/keiko713/incubator-cordova-docs というリポジトリが作成されます。 2.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SohTaro.com is for sale | HugeDomains