GitHub、Gitで画像や動画など大容量ファイルを扱える「Git LFS」（Git Large File Storage）正式リリース
GitHub、Gitで画像や動画など大容量ファイルを扱える「Git LFS」（Git Large File Storage）正式リリース GitHubは10月1日（日本時間10月2日早朝）、サンフランシスコで同社初の大型プライベートイベント「GitHub Universe」を開催しています。 その基調講演にて同社CEOのChris Wanstrath氏は、画像や動画、音声といった大容量のファイルをGitワークフローで扱えるGitエクステンション「Git LFS」（Git Large File Storage）の正式提供を発表しました。 Gitはそもそもテキストファイルのコードを扱うことを前提にして差分や圧縮などの操作を行うように作られているため、デザイナやクリエイタなどが扱う画像や動画のような大容量ファイルの扱いは苦手でした。 Git LFSはGitの中に大容量ファイルへのテキストポインタ
大元のリポジトリの修正を自分のリポジトリにマージしたい: ある nakagami の日記
ここにある↓ことと同じようなことをしたい http://bayashi.net/diary/2012/0714 本当は、やりたいことは逆で、自分のリポジトリに、別のリポジトリの変更をマージしたい $ git clone git@github.com:nakagami/Pillow.git $ cd Pillow $ git remote -v origin git@github.com:nakagami/Pillow.git (fetch) origin git@github.com:nakagami/Pillow.git (push) $ git remote add maint git://github.com/python-imaging/Pillow.git $ git remote -v maint git://github.com/python-imaging/Pillow.g
Git のマージについて、自分的まとめ - Make You Feel Better
チーム開発で Git を使ってから半年ちょい位経ちました。 Git 玄人な人たちに囲まれて開発していたおかげで、そこそこ Git 力がついてきました。 そんな中で、ブランチの統合（マージ）についての考え方が大分固まって来たのでまとめます。 まずは結論から。 統合するブランチ → 統合されるブランチ : 統合の為に使うコマンド ローカル(自分用) → ローカル(自分用) : 適当に ローカル(自分用) → ローカル(リモート用) : merge --squash リモート → ローカル(リモート用) : pull --rebase ローカル(リモート用) → ローカル(自分用) : rebase ローカル(リモート用) → ローカル(リモート用) : merge --no-ff ローカル(リモート用)は、リモートドラッキングブランチからチェックアウトしたブランチを指してます。 要は、git
git/コミットログを修正する方法 - TOBY SOFT wiki
はじめに † gitでコミットログを修正したいです。 Redmineとかで、refs #10とかcloses #10とかつけるとコミットログにチケットを関連付けられますが、これがよく書き忘れるんですね…。 直前のコミットログを修正する方法あるみたいです。 直前のコミットログ以外も修正する方法はないのかな…。 (Subversionだとhookスクリプトで許可できますよね。分散型だとやっぱり無理？) ↑ 直前のコミットログを修正する方法 † 直前のコミットログの修正は"git commit --amend" でよいみたいです。 例えば、 $ git commit -m "fixed xxx bug" : # コミット完了! # あ！しまった！"refs #(チケット番号)"つけるの忘れてた！ # (私が使うプロジェクト管理ツールRedmineではrefs #13 のようにすると # コミット
Gitリポジトリ運用の最適解 - chulip.org
続編のような物(2012/11/21追加) 掲題の件について最近調べたことをまとめることにします。 はじめに タイトルだいぶ誇張していますが、結論から言うとマージコミットを発生させないGitの使い方です。 マージコミットが悪という言葉を最近よく目にしていたのですが下記リンク先の説明でしっくり来ました。 マージコミットの分割が１本線の履歴の分割よりも困難となる理由 そのためマージコミットが発生しないような使い方を目指します。 また、A successful Git branching modelを実現するためのgit-flowというもののありますが今回は触れません。 (ちなみにA successful Git branching modelではマージコミットは必ず残すことを推奨しています) Non-Fast-Forwordマージでの利点はブランチでの作業履歴が残ることと認識しています。 Fa
Gitでリモートブランチを消してもgit branch -aに出てくる件 - chulip.org
$ git push origin :remote_branch_nameとかやるとリモートブランチを削除できるのですが上記コマンドを実行した環境以外で git branch -aをやるとまだ表示されてしまっていたので消す方法。 git fetchで行けるかと思ったのですがどうもfetchは同期をとるものではなく取りに行くだけのようですね。 下記サイトを参考にさせていただきpruneオプションの存在を知りました。 どこにもリンクしていないオブジェクトは削除してくれるようです。 $ git fetch --prune 2011-12-01 ただ、このオプションはgit1.6.6以降のみ使用可能とのことで。 git fetch --prune doesn't exists with all git versions · Issue #75 · fcuny/jitterbug · GitHub
Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
TechCrunch | Startup and Technology News
When Alex Ewing was a kid growing up in Purcell, Oklahoma, he knew how close he was to home based on which billboards he could see out the car window.…
git - 簡単ガイド
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
BuildHiveをリリースしました - 川口耕介のブログ
このところ頑張って作っていたBuildHiveがようやっとリリースに漕ぎ着けましたので、使ってやってください。 BuildHiveはCloudBeesのDEV@cloudの一環で、GitHubのリポジトリに対する継続的インテグレーションビルドをとても簡単にセットアップできるサービスです。どなたでも無料で使えます。 トップページには既にBuildHive上でビルドされている様々なプロジェクトが表示されます。新しくプロジェクトをセットアップする為に、BuildHiveにいって右上の赤い「Add your Git repositories」ボタンをクリックします。 GitHubとのOAuth認証を聞かれるので、「Allow」ボタンを押して許可してやってください。 すると、CIビルドをセットアップするGitHubのリポジトリを選ぶ画面が出てくるので、適当なプロジェクトを選んで「Enable」を押し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
