タグ

gitとDBに関するslay-tのブックマーク (6)

  • Git for Data「Dolt」というDBの話

    ここ最近、何やらデータベースの相談をされることが何やら多くなってきたmasamikiです。 今、とあるプロダクトの開発をしようと、要件まとめたり設計したりたりしてるのですが、この仕組みをやるためには…version管理いるなぁ…gitが欲しいなぁ……となってます。 そして、調べてみたところ、2年も前のものですがこんな記事を見つけました。 「DoltとDoltHubが我々の結論だ」とおっしゃってます。 Doltとは Doltは、Gitリポジトリと同じように、フォーク、クローン作成、ブランチ、マージ、プッシュ、プルできる最初で唯一のSQLデータベースです。(← by Google翻訳) おぉ、まさしく、そのままんま、これだ。 他にも、GitRows とかも使えそうかな…と思ってみていたものの、どうやら今の要件にあうのあはDoltっぽそう。 上記事だと、他にもdata.world(Microso

    Git for Data「Dolt」というDBの話
  • git-bugでWebサービスに依存せず、Gitリポジトリだけでバグレポートを管理する | DevelopersIO

    git-bugはGitに直接組み込むバグレポートツールです。 レポートそのものをGitリポジトリで管理するところが最大の特徴です。 レポートの作成、編集、コメント、検索などが行えます。 また、インタラクティブなターミナルのインターフェースや、Web UI**[WIP]**が用意されています。 はじめに 記事で紹介させていただくgit-bugは、2018年9月30日時点でまだ ? This is for now a proof of concept. Expect dragons and unfinished business. ? です。が、仕組み&思想が面白いと思ったのと、今後の流れが楽しみなので記事にさせていただきました。 アプリケーションとタスク管理の関連について アプリケーションに関するタスクの管理にWebサービスを利用するのはかなり一般的になってきたように思います。 この時、パ

    git-bugでWebサービスに依存せず、Gitリポジトリだけでバグレポートを管理する | DevelopersIO
  • データのバージョン管理が可能な分散データベースNomsをさわってみる - Qiita

    はじめに データベースやデータのバージョン管理をしたいと思ったことはありませんか? データのバージョン管理が簡単にできれば、好きなタイミングのデータで分析したり、移行データを必要な各断面で管理したり、データが更新されたトレースを取ることもできるかもしれません。 そんなことが簡単にできればいいのになーと思っていたのですが、先日Tech Crunchの記事でGitの考え方を取り入れたNomsというデータベースを知りました。Googleで検索してみても日語の情報があまり出てこなかったため、(どんなものかいまいち分かっていないのですが)とりあえずインストールからさわってみるまでを書いておきます。 Git - attic-labs/noms TC - コンテンツ・アドレッサブルで多バージョン分散データベースNomsのAttic Labsが$8.1Mを調達 Nomsとは Gitの考え方を取り入れたデ

    データのバージョン管理が可能な分散データベースNomsをさわってみる - Qiita
  • Kandanで社内にチャットサーバ立ててみた - Make Local Happiness

    チームで開発をするとなると、 必要なもの。 チャットサーバですね。 メールでやりとりって意外とめんどくさい。 ========== ○○さん お疲れ様です。 ××です。 ~~についてですが、 ========== こんな感じで形式ばっちゃうですよね。 でも、会社だとHipChatもslackも使えない。 来だったらHipChat使いたかった。。 atlassianもHipChatの社内用は提供していない。。。 なんかいいチャットサーバないかな〜 ということで調べてみました。 MOONGIFTさんで色々チャットサーバを紹介していた中から、 グループでのクリエイティブ活動をサポートする·echoplexus MOONGIFT コンソールベースのチャットクライアント·Profanity MOONGIFT 複数ルームにも対応したRails製Webチャット·Kandan MOONGIFT Kand

  • gitリポジトリを公開するための☆過去書き換え☆テクニック | 月と燃素と、ひと匙の砂糖

    ____ /      \ /  _ノ  ヽ、_  \ / o゚((●)) ((●))゚o \  ほんとはgithubで公開したいんだお… |     (__人__)    | \     ` ⌒´     / ____ /      \ /  _ノ  ヽ、_  \ /  o゚⌒   ⌒゚o  \  でもMySQLのパスワードとか |     (__人__)    |   公開できない情報が入ってるんだお… \     ` ⌒´     / ____ /⌒  ⌒\ /( ●)  (●)\ /::::::⌒(__人__)⌒::::: \   だから過去を書き換えるお! |     |r┬-|     | \      `ー'´     / と、いうわけで、書き換えです。 githubにソースコードを置きたい…でも公開できない情報が…。ありそうなのはこんなケース? MySQLのパスワードが書い

  • 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)

  • 1