もう巨大なデータをgitignoreしなくていい！ ~git-mediaの使い方~ - 3度の飯と最新技術
はじめに gitはコミットごとにレポジトリ内のファイル全てをスナップショットとして保存するというリッチな 設計になっている。 それがgitの便利さの所以なのだが画像データや音声データのようなバイナリデータを持とうとすると 少しの変更でもそのたびにコピーが生じてファイルサイズ分の容量が増えることになり、あっという間にレポジトリが 肥大化してしまう。 特に学習結果をファイルに保持してテスト等に使いまわすようなプログラムを管理しようとすると アルゴリズムのパラメータを少し変えるたびに100kB近い容量が増えていき、実にイケてない。 普通なら.gitignoreに*.xmlと書いてデータ自体は手動管理したり、シンボリックリンクにして別ディレクトリに置いてそれだけrsyncで同期するようにしたりするんだが 過去の実験時の状態に戻れなかったり、毎回rsyncするのは不便だった。 なんか無いかなーと思っ
git commit --allow-empty を使った WIP PR ワークフロー - Qiita
先日とある方と開発ワークフローについてお話していて初めて知ったのですがgit-commitには--allow-emptyという空の（親コミットと差分がない）コミットを作成できるらしいですね。 僕が今関わっているプロジェクトでは WIP PR を用いたワークフローを取り入れているのですが、このgit commit --allow-emptyを用いるともう一段階快適なワークフローになるかと思ったのでメモがてら書き留めておきます。 WIP PR って何？ Work In Progress Pull Request の略です。 Github に Pull Request （以下、PR と表記）という機能があるのは皆さんご存知だと思います（知らない方はググってください）し、業務で取り入れている方も多いと思いますが、それを作業途中の状態で出すことを WIP PR と呼びます。 作業途中のトピックブラン
Git ライフを快適にする知られざるコマンドたち
Git 初心者〜中級者に向けて、目立たないけど便利なコマンドを紹介します。
Rename master branch for both local and remote Git repositories
I have the branch master which tracks the remote branch origin/master. I want to rename them to master-old both locally and on the remote. Is this possible? For other users who tracked origin/master (and who always updated their local master branch via git pull), what would happen after I renamed the remote branch? Would their git pull still work or would it throw an error that it couldn't find or
git rebaseを使うときのルール | Yakst
Re: [git pull] drm-next Linus Torvalds Sun, 29 Mar 2009 14:48:18 -0700 (訳注 : Daveのrebaseのやり方が好みでないというLinusに対して) > 2009年5月29日(日曜日) Dave Airlieの発言 > > 今から自分がしようとしているのは、直線じゃないツリーを送ろうとしているだけだ。 > パッチを自分の次のツリーにマージする時はいつでも、そこにそれがあるからだ。 > 自分は、Ericのツリーを自分のツリーに直接プルして、その結果を送ろうとしている。 > きれいなマージ履歴について注意しているとは思っているけど、前に言ったように、 > カーネルツリーに関してのドキュメントが何もない状態では、君がどうしたいのか > 本当のところは今の今まで分からないよ。 自分が求めているのは、きれいな履歴だ。でも、それ
continuous commit のお供、git rebase を決定的に刷新する最強ツール Uchronie をリリースしました - tomykaira makes love with codes
2013-07-13 continuous commit のお供、git rebase を決定的に刷新する最強ツール Uchronie をリリースしました Scala Git いままで git rebase -i に何度泣かされたことでしょう。 git は最高のツールですが(他の SCM に勝るという意味ではありません)、あれは非常に出来がわるい。 テストを回すたびに自動コミットする continuous commit のプラクティスを採用している私達にとって、 interactive rebase は頭痛の種でした。 (continuous commit については Continuous Commit (kyon_mm さんの発表資料)、最近の git の使い方について - tomykaira makes love with codes など)。 git-rebase--interact
Git初心者が絶対に覚えておくべきコマンド - idesaku blog
Gitの使い方を覚えるにあたって、まず知っておきたいのは――git-cloneだのgit-commitだのは当然として――「操作をミスったときにどのように回復するか」である。それを実現するのは、次の３つのコマンドだ。 git-commit --amend git-reset git-reflog git-commit --amend あるファイルをコミットしたとしよう。 $ (edit...) $ git commit -am 'メッセージ生成処理を実装したよ。'しかし、しばらくして彼は気づいた。 def create_massage(param) ...typoしてる！massageじゃない、messageだ！マッサージを作ってどうする！ 慌てるな。まずは直してステージに上げるんだ*1。 def create_message(param) ...$ git add .そして…。 $ gi
＠ITイベントカレンダー
平素よりイベントカレンダー＋ログをご利用いただき、誠にありがとうございます。 イベントカレンダー＋ログは「IT・製造業・ビジネス関係のイベント（セミナー・展示会・勉強会・コンテスト・Webイベントなど）を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー＋ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年6月30日（火）15:00をもちましてイベントカレンダー＋ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら
オダろぐ : Git＞マージがコンフリクトしたときに，どちらかを有効にする方法
2011年08月30日22:33 カテゴリ日記 Git＞マージがコンフリクトしたときに，どちらかを有効にする方法 マージをリセットして，片方を消して再マージ，とかやってたけど，必要なかった． git checkout には，どちらのマージを有効にするかを選択するオプションが用意されていた． --ours --theirs When checking out paths from the index, check out stage #2 (ours) or #3 (theirs) for unmerged paths. git-checkout(1) マージしたときバイナリファイルがコンフリクトしたら git checkout --ours --theirs - 刺身☆ブーメランのはてなダイアリー --oursと--theirsって，まんまそのままだな(笑)． これで一つ，便利になった．
GitHub - lanius/heso: Heso is a web application to share snippets and pastes with others, and an open source clone of Gist.
==== Heso ==== Welcome to Heso Heso is a web application to share snippets and pastes with others, and an open source clone of Gist. Live Demo You can see Heso running at http://heso.nirvake.org/. Getting started Heso requires git. Install it anyway: sudo yum install git -y Download the source code: git clone git://github.com/lanius/heso.git cd heso Edit buildout.cfg and change values of "host",
社内で立てられるGistサーバ·Gistub MOONGIFT
GistubはGitHubの提供するGistのクローンです。 GitHubの提供するスニペットサービスのGist。便利に使っている人も多いと思いますが、何となく会社で使うのは控えてしまっている…そんな人も多いでしょう。そこで社内で立てられるGistクローンGistubを使ってみましょう。 パブリックなGist一覧。 ソースコードハイライト付きです。 編集画面です。 編集すると履歴がつきます。 新しいGistの追加画面。 プライベートなGistも作成できます。 Gistubはエディター画面こそ単純なテキストボックスで、ハイライトする言語指定ができないものの他はGistと変わらず普通に使えるようになっています。社内で立ててチームで使ったりするのに良いのではないでしょうか。 GistubはRuby/Ruby on Rails製、MIT Licenseのオープンソース・ソフトウェアです。 MOON
ボブとアリスのgit-flow(和訳) - hidecheckの日記
登場人物 ( ﾟ⊇ﾟ)：ボブ。PL。趣味はボスのフェラーリでこっそりドライブすること (・∠・｀)乙：アリス。PG。最近流行りのgit系女子。今回のプロジェクトでgit-flowを初めて使う ボス：ボス。愛車フェラーリ git-flowの導入 ( ﾟ⊇ﾟ)「Hi、アリス。今度のプロジェクトでgit-flowを使ってみようと思うんだけど、どうだい？」 (・∠・｀)乙「git-flow? なにそれ？」 ( ﾟ⊇ﾟ)「git-flowは最もクールなgitブランチワークの補助ツールさ！」 (・∠・｀)乙「。。。」 ( ﾟ⊇ﾟ)「これを使えば勝手なブランチやリリースタグがどれとかいった混乱を防ぐことができるんだよ」 (・∠・｀)乙「面白そうね。ぜひ使ってみましょう！」 ( ﾟ⊇ﾟ)「じゃ、git-flowのインストールからだ。インストールは簡単だよ。portコマンドで一発さ」 $ sudo port
GitLab without gitolite - GITLAB Blog
Yeap GitLab 5.0 will be without gitolite Gitolite was a real help when we started with GitLab. It saves us a lot of work and provide a pretty …Yeap GitLab 5.0 will be without gitolite Gitolite was a real help when we started with GitLab. It saves us a lot of work and provide a pretty functional solution. But after time we understood - keep gitlab and gitolite synced is harder than build own soluti
Learn Git Branching
An interactive Git visualization tool to educate and challenge!
Python製のgitコマンドラインツール「legit」を試す - メモ置き場
python製のgitコマンドラインツール「legit」がどんな感じか試してみました。 legit http://www.git-legit.org/ 以前ちょっと試してみたClintを内部的に使ってます。 PythonのコマンドラインツールClintを試す http://d.hatena.ne.jp/yuheiomori0718/20120113/1326460965 というか作った人が同じなんですね インストール pip install legit legit install 用意されているコマンド 軽くソース読んで実行してみて、こんなことをしてるんだろうというのを調べたのでメモしておきます switch ブランチを変更します。変更がある場合はstashしてくれます。 sync 作業中のブランチを中央リポジトリと同期します。 変更点があればstashし、fetch->mergeした後、
#pyfes で git-daily について話してきました - 肉とビールとパンケーキ by @sotarok
git-daily について #pyfes で話してきました。 git-daily: git-daily #pyfes: Python Developers Festa 2011.10 を開催します - Twisted Mind Webアプリケーション開発におけるGitのブランチ運用戦略についての話です。 パッケージものの開発などと大きく異なるのはやはりリリース頻度や、リリース環境です。デプロイサーバが登場するとかもそういうことですね *1 ちなみにこのへんの、概要的な話は、GREEのころエンジニアブログにも書きましたので、そちらを参照ください。 Git で日々の共同作業やリリース作業をサポートする git-daily を作りました | GREE Engineers' Blog 発表資料 SpeakerDeck におきました (はてなに埋め込めるようにならないかなー) git-daily:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub for Windows