クラウド破産しないように git-secrets を使う - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Introducing Irmin: Git-like distributed, branchable storage
Introducing Irmin: Git-like distributed, branchable storage By Thomas Gazagnaire - 2014-07-18 This is the first post in a series which will describe Irmin, the new Git-like storage layer for Mirage OS 2.0. This post gives a high-level description on Irmin and its overall architecture, and later posts will detail how to use Irmin in real systems. Irmin is a library to persist and synchronize distri
MessagePack RPC によるドキドキ非同期通信 @関ジャバ 2012年度8月
2. 自己紹介 染田貴志 (SOMEDA Takashi) http://d.hatena.ne.jp/tksmd 株式会社ヌーラボ所属 Backlog の開発・インフラ・サポート Cacoo のインフラ FxUG 京都スタッフ JAWS UG 京都支部長 関西 Java エンジニアの会 常連 kanjava vol.8 3. 1年ぶり4度目の登板 http://d.hatena.ne.jp/tksmd/20100929 https://cacoo.com/diagrams/zIPOGa9u3sP8NHHf http://d.hatena.ne.jp/tksmd/20110720 kanjava vol.8
やさしいGitの内部構造 - yapcasia2013
32. コミットオブジェクト あああ $ git cat-file -p 6e3c7a7 たったのこれだけ。 メタ情報しかない。 tree b2ba084f61385d9560daa1b43a98014c27620cee parent 365d440b4c1ab31703ccbb7e2a9980d49cf8ebf6 parent 93f2ceeb0f0608f3754d379dcc473297ad1f0f43 author Tatsuhiko Miyagawa <miyagawa@xxxx.net> committer Tatsuhiko Miyagawa <miyagawa@xxxx.net> Merge pull request #430 from kazeburo/master ← コミットハッシュ値を指定 33. $ git cat-file -p 6e3c7a7 tree: スナ
Git の仕組み (2) - コミット・ブランチ・タグ - こせきの技術日記
Git の仕組みシリーズの2回目です。目次がここにあります。 前回の記事では、Git オブジェクトとリファレンスが大きなツリー構造になっていることを説明しました。 また、Git オブジェクトがどのように記録されているか、 ファイルツリーの変更がルート tree オブジェクトの ID に反映される仕組みなどを見てきました。 今回は commit オブジェクト、ブランチ、タグ、stash の仕組みについて説明します。 実際のデータが見たいときは、Git Object Browser にアクセスしてみてください。 5. commit オブジェクト 先に説明した通り、Git オブジェクトデータベースには、複数のファイルツリーを保存できます。 個々のファイルツリーは、最上位 (ルート) にある tree オブジェクトの ID で区別することができます。ファイルツリーは、大抵の場合、過去のファイルツリ
git-pr-releaseのすすめ - ninjinkun's diary
Github (含むEnterprise) で開発をしているなら、Github Kaigiでも紹介されていた git-pr-release が便利です。自分の会社ではアプリのリリース前にQAを実施しているのですが、QAを始める前にどの機能がリリースされるのかをリストアップし、それをGoogleスプレッドシートに入力する作業が繁雑でした。 git-pr-release を使うと、これをリリースPull Requestに集約して自動化することができます。リリースPull Requestとは以下のようなものです (スクショはこのツールのPR用に作ったダミー)。 具体的なリリースまでの作業手順は以下のようになります。 開発ブランチにリリースする機能のPull Requestをmergeしていく git-pr-release を実行 merge済みのPull Requestの情報を集めてチェックリス
Git の仕組み (1) - こせきの技術日記
目次 はじめに Git を使ったことがない方へ 生のデータが見たい方へ Git の全体像 .git の中身 Git オブジェクトデータベース 4種類のオブジェクト リファレンス リファレンスのリファレンス 大きなツリー Git オブジェクトの ID と 中身 ハッシュ関数 SHA1 の簡単な説明 tree と blob オブジェクト tree と blob の参照関係 ルートツリーの ID でツリー全体を識別する commit オブジェクト リファレンスとブランチ ブランチ ブランチ先頭を指すリファレンス HEAD リファレンス detached HEAD 2種類のタグ 一時待避 (stash) インデックス キャッシュとしての役割 マージ Fast-Forward マージ non Fast-Forward マージ rebase reset 2種類のブランチ 各リポジトリが自分のブランチを
Git に対する Subversion の利点 - tmtms のメモ
気がついたら Git を初めて触ってからもう5年近くになってました。 それまで使ってた Subversion はもう全然使ってなくて、もう svn のサブコマンドは ls, log, co くらいしか使えません。Subversion のリポジトリを見ないといけないときは、とりあえず git svn で Git リポジトリに変換してから見たりしてます。 SCCS, RCS, CVS はもう全然わからないので、Subversion はまだ覚えてる方ですけど…。 Subversion に対する Git の利点はあちこちで述べられているので今更何も書くことはありませんが、Git よりも Subversion の方が良いこともあるので、忘れないうちに書いときます。 リポジトリ全体をコピーしなくても編集できる リポジトリの歴史が長い場合や、頻繁に更新されるバイナリデータがあるとリポジトリが大きくなりま
提言: コミットメッセージの一行目には要求仕様を書け - Qiita
これは Git (や Subversion などのバージョン管理システム) にコミットする時により良いコミットメッセージを書くための提言です。この提言は特にメッセージの一行目だけを対象とします。せめて最も重要な一行目だけでも良いメッセージを書いて欲しいからです。提言をズバリ一言で表すと 一行目には要求仕様を書け です。 背景 プロジェクトによっていろいろ慣習の差はあるものの、一般的には「コミットメッセージの一行目は変更内容の要約を簡潔に書け」とされます。特に Git は、各コミットメッセージの一行目だけを取り出してそれを一覧表示するなど、一行目を特別に処理する機能が多いので、一行目にできるだけ多くの情報を凝縮させることは重要です。またメッセージを一行しか書かない不届きな慣習のプロジェクトでは、十分な情報を持たないメッセージは無用の長物と化します。 良くないコミットメッセージ しかし私は、情
GitBucket 1.0リリースしました - 新・たけぞう瀕死の日記
warファイルをサーブレットコンテナにデプロイするだけで利用可能なGithubクローン、GitBucket 1.0をリリースしました。 https://github.com/takezoe/gitbucket 当初の目標（6月末）からは少し遅れてしまいましたが、Gitリポジトリの作成、リポジトリビューア、Wiki、Issuesなどは一通り実装しており、なんとか実用に耐えうる機能は揃っているのではと思います。フォークやプルリクエスト、タイムライン、チーム管理、メール通知などまだまだ未実装の機能は多いですが、今後のバージョンアップで随時機能を追加していきます。 フレームワークとか 少し話は変わりますが、GitBucketはScalaで書かれており、フレームワークとして以下のものを組み合わせて使用しています。 Scalatra scalatra-forms（Play2のフォームのようなバリデーシ
Hacker News砲2発目いただきました - たけぞう瀕死ブログ
昨夜からまたGitBucketに連続してスターが付き始めたのでもしやと思ったらやはりまたHacker Newsで流れていたようです。 https://news.ycombinator.com/item?id=7200458 前回のHacker News砲では最終的には1000以上のスターが付きましたが、今回は300ちょい（まだ増え続けてるのでもう少し増えそうですが）。休日だからということもあるのかもしれませんが、二発目なので効果も薄れてきた感じでしょうか。 とはいえ今回もTrending repositoriesとTrending developersでAll languagesでトップになっていたので記念キャプチャ。 プライベートなリポジトリならBitBucket使えばいいじゃんとか、GitLab Cloudも無料で使えるよ、みたいなコメントがついていますが、現在のGitBucketはま
GitHub トレーニングチームから学ぶ Git の内部構造のノートです。 曖昧なところもあるので、間違いがあったら教えてください！ http://connpass.com/event/3808/
GitHub トレーニングチームから学ぶ Git の内部構造のノートです。 曖昧なところもあるので、間違いがあったら教えてください！ http://connpass.com/event/3808/ Graphs, Hashe, and Compression, Oh My! 登壇者：@matthewmccull Hashesについて 従来の CVCS （集中バージョン管理システム）のリビジョン番号は連番。 SVN はサーバーにデプロイした時点でリビジョン番号1と設定される。 Git は SHA1 をつかっている。40桁の16進数のフィンガープリントがついてる。これは理論上は重複しない大きさ。こうすることで単純で強固な DVCS （分散バージョン管理システム）がつくれる。 新しいファイルを追加すると、.git/objects/55/7db03de...(SHA1 finger print)
Gitの驚愕の真実：1億行のファイルに1行追記するとレポジトリ容量が200MB増える[※補足あり] · DQNEO日記
１億行のファイルに１行追記するだけでレポジトリ容量が２倍になった 以前の記事「Gitレポジトリはパッチの集積ではなくてスナップショットの集積である。」を確認するために、１億行のファイルを作って実験してみました。 結果は、なんと１行追記しただけでレポジトリ容量が200MB増加し、サイズが２倍になりました。 実験手順 空のレポジトリを作る １億行のファイルを作ってgit addしてgit commit コミットする そのファイルに１行だけ追記してgit addして git commitする 空のレポジトリを作る $ git init １億行のファイルを作る １億行のファイル(１から1億までの数字が書かれたファイル)を作ります。 $ seq 1 100000000 > numbers.txt この時点で、ワーキングツリーとレポジトリ容量を調べてみます。 $ ls -lh 合計 848M -rw-
グループ機能を強化した「GitLab 6.0」リリース、有償版の提供も開始 | OSDN Magazine
8月22日、Gitリポジトリ管理ツール「GitLab 6.0」がリリースされた。グループ機能の強化が行われているほか、デザインなどの改良も行われた。また、本バージョンより有料のエンタープライズ版の提供も開始されている。 GitLabはRuby on Railsで実装されたGitリポジトリ管理ツール。Webブラウザでアクセスして利用するツールで、GUIでGitレポジトリの閲覧や操作を行える。高速、安全、安定性などを特徴とし、すでに1万以上の企業や組織が利用しているという。ライセンスはMIT License。 GitLab 6.0は、3月に公開されたバージョン5.0からのメジャーアップデートとなる。大きな新機能としては、グループ機能の強化がある。いままではグループはプロジェクトを管理するためのディレクトリでしかなかったが、本バージョンではグループにユーザーを追加することが可能になった。グループ
bat365旧网址bat365旧网址首页-bat365旧网址首页
2023年4月26日上午，鸿远电子创新中心暨企业总部项目奠基仪式，在丰台科技园东区三期1516-53地块隆重举行。中关村科技园区丰台园工委副书记、管委主任赵春丽，管委办公室主任杨绮伟、规划建设处处长贾岚等领导出席活动；鸿远电子副董事长郑小丹、董事会秘书邢杰、财务总监李永强、副总经理刘利荣、监事会主席陈天畏、董事长助理盛海等公司领导和员工代表，以及项目施工、监理、造价单位的领导及代表等参加了本次奠基仪式。在喜庆热烈的气氛中，公司领导与现场嘉宾一起手握金铲，挥锹培土，共同为项目奠基，见证这一难忘的历史时刻。 鸿远电子创新中心暨企业总部项目，对公司未来发展具有重要意义。项目建成后，将承载公司高端前沿科技创新、人才引进及总部办公等功能，全面提升企业办公环境及企业形象，吸引更多优秀人才，加快推进企业科技创新与成果转化，进一步增强企业发展新动能。未来，鸿远电子将继续秉承“发展企业，有益员工，服
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
3 reasons to choose Bamboo | Valiantys Blog
re:workstyle
http://dat-data.com/
GitHub - schickling/git-s3: Easy way to deploy your git repo to an AWS S3 bucket
アトラシアン、Git/Mercurialクライアント「SourceTree」のWindows版をリリース
