![はてなブログチームの開発フローとGitHub](https://cdn-ak-scissors.b.st-hatena.com/image/square/df441e290c7fa67e7512ba242fb17c3d78f1c0dc/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fa3f0a2c0cb7f01310e9b6a5281375720%2Fslide_0.jpg%3F3095925)
* commit 1235f58b72bd3323375debbc783a508d8328277cce5 | Author: Masaru Furuya | Date: Fri May 16 00:54:09 2014 +0900 | | git test * commit 2rr29dd167c5d38fec823f2c90fb4896536a6214 | Author: Masaru Furuya | Date: Thu May 15 19:22:14 2014 +0900 | | | * commit 9003273439ba845614650688d7bb752614ec6231 |\ Merge: 90b2dd4 4034903 | | Author: Masaru Furuya | | Date: Thu May 15 18:32:17 2014 +0900 | | | | M
皆さんはプロジェクトのリソースとしてエクセルの xlsx ファイルを使う事があると思います。 何てったって事務職の人ですら楽々使えるスーパー優れた UI なので、 web の管理画面とかを作り込むよりもエクセルでシート作ってもらってしまった方が早いケースも多いんです。現実の世界では。 で、普通の人は TSV にするだの CSV にしてもらうだのすると思うんですが、一方的にデータ貰うだけなら良いんだけど、相手とやり取りする時にはどうしても xlsx ファイル経由とかにしないと相手がこまる!やっぱりエンジニアのエは優しさのエだから相手に優しくしないとだめです。 で、 xslx ファイルでエンジニア以外の人とデータやり取りするとやっぱり、バージョン管理したくなるのが人情です。 でも xslx ファイルはバイナリファイルなので git diff とかが残念です。。。 って事で作っちゃいました。 h
git diffを見やすくする git diff --color-words で差分を小さく表示する 通常のgit diffは行単位なので、例えば変数名を一括変更した場合見づらいです。 --color-wordsを指定すると記号やスペースで区切られた単語単位でのdiffを表示できます。gitの設定は不要です。 より細かな表示のカスタマイズも可能です。man git-diffで--word-diffを検索してみてください。 ※ただし、変更が複雑な場合は、通常のgit diffのほうが見やすいこともあります。 .gitattributesを設置してもっと小さく表示する .gitattributesファイルを設置することで、言語文法に基づいて変数名、関数名といった単位でdiffを表示できます ファイル設置後にgit diff --color-wordsとすると、下記のようにさらに小さく表示できま
About line endings Every time you press return on your keyboard you insert an invisible character called a line ending. Different operating systems handle line endings differently. When you're collaborating on projects with Git and GitHub, Git might produce unexpected results if, for example, you're working on a Windows machine, and your collaborator has made a change in macOS. You can configure G
Git Companion Scripts まだしつこくマルチプラットフォーム開発環境における Git のエンコーディングチェック についてやってます。とはいっても、ほとんどもう Perl の話になっているのですが。 いろいろファイルが増えてきたので、新しく Github に Git Companion Scripts というリポジトリを作ってまとめました。これの使い方について書きたいと思います。 2012/05/11 更新: git check-attr による Git 属性の活用 において pre-commit-encoding スクリプトを改良しましたので、この記事の使用法を改訂しました。 概要 Git Companion Scripts は Git の標準環境で追加のソフトウェアのインストールなしに使える便利なスクリプト集です。Linux や Unix の Git だけでなく Gi
空ブランチ Gitではコミットやブランチを作成する場合、必ず親を指定する必要があります。今までの歴史を全て辿れるようにするためです。 空ブランチを作成すると、今までの歴史とは全く別の新たな歴史を、同じリポジトリ内で開始することができます。 作成方法1: Github pagesの場合 Github pages ではプロジェクトサイトを作成する際にはプロジェクトのリポジトリ内で空ブランチを作成します。 空ブランチを使う理由はわかりませんが、プロジェクト本体には影響させず、リポジトリ内に同梱させるためにこの手法を採用したのだと思います。 # HEADをnew_branchに切り替える。 git symbolic-ref HEAD refs/heads/new_branch # symbolic-refを直接変更した場合はインデックスとワーキングツリーが残るので削除する rm .git/inde
5月28日(米国時間)、Linuxカーネルのメーリングリストに投函されたメール「Linux-Kernel Archive: [ANNOUNCE] Git v2.0.0」が「Git v2.0.0」のリリースを伝えた。 Gitは分散型のバージョン管理システム。もともとLinuxカーネルのバージョン管理を目的に開発されたバージョン管理システムで、高速で多機能という特徴がある。人気の高いバージョン管理システムのひとつで、多くのプロジェクトで採用されている。 「Git v2.0.0」のリリースは当初の予定から1週間ほど遅れて実施された。これは準備リリースにおいてrequest-pullにリグレッションが発見されたためだと説明がある。最新版は次のURLから入手可能。 https://www.kernel.org/pub/software/scm/git/testing/ https://kernel.
皆さん、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の差分を見てみるとこんな
Gollumは、githubのwikiエンジンのコア部分がオープンソースとして公開されたものです。軽量なWebServerとして動作するので、ローカルマシン上で起動してすぐに、ブラウザ経由でwikiページの閲覧や編集が可能になります。使用感をメモしておきます。 https://github.com/github/gollum インストールと起動 Gollumはrubyで書かれたwikiエンジンです。gemからインストールする事が出来ます。 起動するには、任意のgitリポジトリへ移動(またはオプションでパスを指定)してgollumコマンドを実行します。 $ sudo gem install gollum $ git init my_wiki $ cd my_wiki $ gollum これで、デフォルトでポート4567にウェブサーバが起動するので、ブラウザでlocalhost:4567にアク
Check out the video for this talk: https://vimeo.com/56645405 We all know that Git is amazing for storing code. It is fast, reliable, flexible, and it keeps our project history nuzzled safely in its object database while we sleep soundly at night. But what about storing more than code? Why not data? Much flexibility is gained by ditching traditional databases, but at what cost?
ローカルのgitリポジトリを,共有マシンの Mac に共有gitリポジトリとして設置したときに軽くはまったのでメモ. 既存のgitを共有リポジトリにしたいときには,bareリポジトリというワーキングコピーを持たないリポジトリを作る.githubのリポジトリとかでよく見かけるhoge.gitってやつ.これ自体を作るのは簡単で,こんな感じにする. > git init --bare 基本的にはこれでbareリポジトリを作って共有ディレクトリに設置すればおしまいなんだけど,既存のリポジトリを共有リポジトリにする場合には,sharedオプションをつけて,以下のようにしよう. > git init --bare --shared sharedオプションをつけないと,ファイルパーミッションが無くてpushできなくなってしまう.怖いのが,だいたいの場合cloneできたら「共有リポジトリ完成!」って思っち
Windows で作成したファイルを git push し、Linux や FreeBSD で git pull したファイルの属性は、0644 で記録されている。 これらのファイルに実行権限 (ファイル属性の変更) を付与して、git commit して git push した後に、Windows で git pull すると、付与した実行権限が反映されていない。 その場合は、Windows 上ならば、Git Bash で、Linux や FreeBSD などではコマンドライン上で下記の作業を実施する。 % ls -l -rw-r--r-- 1 littlebuddha wheel 329 Jul 30 17:49 sample.pl % git ls-tree HEAD sample.pl 100644 blob e269d073bc1b03ad0a1281a7f005010d4166
既存のGitレポジトリを、GithubやBitBucketのようなホスティングサーバに移行したり、逆にローカルサーバのGitBucketやGitLabなどに移行したい場合、まあ単純にpushすればいいやんと思ったら、思うような結果にならなかったり、面倒な手順になってしまったりしてしまった。 どうも自分のワーキングのレポジトリから飛ばそうとすると、tagだったりbranchだったりが移行できていないかったりするのです。 ぐぐると、いったんローカルにリモートと同名のブランチ作って(checkoutして)から、push --all, --tags とかしてる奴とかありますがそれは面倒だなぁやだなぁみたいな。 最終的には、これが一番楽な手順かなと思う手順に行きつけたのでここに記す。 $ git clone --mirror <SOURCE_REPOSITORY_URL> $ cd <REPOSIT
Atomの開発者向けガイドライン で紹介されている、汎用的に適用出来そうな項目をまとめた。 Pull Request 出来るだけスクショやアニメGIFを貼ろう 期待する挙動を書こう 似た機能をどこかで見たことがあれば紹介しよう 言語ごとのガイドラインに従おう コードにドキュメントを書こう 良い文章を伴った構造化されたテストを書こう ファイルの末尾には改行を入れよう プラットフォーム依存のコードは避けよう Commit Message 現在時制で書こう 命令形で書こう 1行目は72文字以内に収めよう 関連するIssueやPull Requestに参照を貼ろう 形式的なものには絵文字を使おう (整形、速度改善、ドキュメント更新など)
I'm working with a git repository that needs a commit from another git repository that knows nothing of the first. Typically I would cherry-pick using the HEAD@{x} in the reflog, but because this .git knows nothing of this reflog entry (different physical directory), how can I cherry-pick this, or can I? I'm using git-svn. My first branch is using git-svn of the trunk of a Subversion repo, and the
うめぇヨーグルトソースでもいかがですか。個人差にもよりますが。もしよろしければ。 お久しぶりです。 最近うんめぇ〜と思ってるヨーグルトソースがあるので、書いていこうと思います。 ヨーグルトとハーブ類をもりもり使うので、そういうのが食べられない方にはうんめぇソースではないです。ごめんなさい…。もしよろしければお茶だけも…旦~ 【用意する…
サルでもわかるGit入門 〜バージョン管理を使いこなそう〜 | どこでもプロジェクト管理バックログ ビジュアル的にも丁寧でよくまとまっている デザイナのための Git コマンドの要点がまとまったガイド gitの基礎 (全22回) - ドットインストール ドットインストールのスクリーンキャスト Git - Book - いわゆる Pro Git Git - Book - 日本語訳もある Pro Gitの日本語版PDF等 Gitのセットアップ - homebrewをフォークするためのGit&GitHub入門 前編 - A Way of Code GitとGithubのセットアップ ブランチもマージも簡単な分散型バージョン管理システム はじめてのGit - WEB+DB PRESS Vol.50 WEB+DB PRESS 総集編 に含まれてる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く