Gitリポジトリを自動同期するDropboxクローン·Ohajiki MOONGIFT
OhajikiはGitリポジトリを使ったDropboxクローンです。 Dropboxはもはや手放せない存在です。しかし会社などで使えないケースもあるでしょう。そこで代替手段が必要になります。用意するのはGitリポジトリとOhajikiです。 GitHubのリポジトリに自動同期されます。 設定ファイル例。 Ohajikiは簡単に言うとフォルダ内のファイルの更新をキャッチして自動でコミット、Pushしてくれるツールです。さらに定期的にpullもしてくれるので複数のコンピュータであっても同期される仕組みです。バージョン管理ももちろん行われるDropboxクローン、使ってみてはいかがでしょう。 OhajikiはRuby製、MIT Licenseのオープンソース・ソフトウェアです。 MOONGIFTはこう見る Dropboxは2013年中の上場を目指していると噂されています。コンピュータのオンライン
WindowsでGit（オチだけ読めばいいです） - uzullaがブログ
書いた通りオチだけよめばいいので、ヒマな人以外は最初にまとめを読もう。 「GitをWindowsでつかいたい」 Linuxを入れろ 「Gitを『Windowsで』使いたい」 そうかそうか WindowsにあるGitの紹介 msysgit http://msysgit.github.com/ 基本ですね、Windowsに移植された、本物のGitです。 ただし、黒い画面ですので、デザイナーとかが穴という穴から液体を吹き出して死にます。 安心してください！msysgitにはGUIもついてます！！ …ティクルティケｪ… TurtoiseGit http://code.google.com/p/tortoisegit/ TurtoiseSVNをおぼえていますか？アレです。 このExplorer統合という奴に親を殺された俺としては使いたくないのですが、まあ一番有名ですね。 というかTwitterで質問
git を https 経由で使うときのパスワードを保存する - Qiita
git を https 経由で使う場合、pull や push のたびに毎回パスワードを聞かれてしまいます。 これを改善するには git-credential を使うと良いです。 git-credential は git 1.7.9 以降で使用可能です。 なお、古いやり方としては .netrc を使う方法もありますが、パスワードを平文でファイルに保存するので、やらないほうがいいと思います。 使用可能な管理方式 git-credential では、以下のような方法でユーザ名とパスワードを管理できます。 git-credential-store : ファイルに保存します。ただし、パスワードが平文が保存されます。 git-credential-cache : 常駐プロセスに記憶させます。 git-credential-osxkeychain : Mac OS X のパスワード管理を使います。 G
Git 移行の冴えたやりかた - Cybozu Inside Out | サイボウズエンジニアのブログ
たったひとつの※1・・・とタイトルにつけたいところですが、自粛しました。 読む本の大半が SF な山本泰宇です。 「Git & GitHub & kintone でウルトラハッピー！」で紹介しましたが、サイボウズでは昨年 Git と GitHub Enterprise を導入し、それまでの Subversion 中心のシステムから移行しています。 開発システムはソースコード管理だけではなく、レビューシステム、ビルドシステム、BTS、ドキュメント、その他さまざまなツールやシステムを組み合わせて構成されます。長年 Subversion や CVS を中心にしてきた組織では、さまざまな仕組みがそれに依存しているので、Git に移行したくてもできない！とお悩みのところも多いのではないかと思います。 ここからが本題。システムの準備は少人数で進められます。前回紹介した Git, GitHub, kin
サルでもわかるGit入門 EPUB版をKoboに入れてみた - marsのメモ
http://www.backlog.jp/git-guide/ Backlogの「サルでもわかるGit入門」がわかりやすくて、こんなことつぶやいたらホントに出た。 もともとEPUB化は進めてて、たまたま自分がつぶやいた時期がよいタイミングだっただけだと思うけど、わざわざ連絡いただき、ありがとうございます。Backlogの中の人、親切や。:-) iPhoneで見るにはちょっと無理があったので、Kobo touchに入れてみたよ（Kobo、デバイスは悪くないんだよ...。デバイスは...。 閲覧性はだいたい予想通り。基本的にEPUBリーダーとして悪くないし、ページ数（出ないけど）もさほど多くないのでページ送りもストレスなくできた。案の定というか、固定幅フォントはダメ。 これは「サルでもわかるGit入門」に限った話じゃ無く、Koboのpreタグの扱いがイマイチなだけとも言える。この辺バッチリや
引数なしのgit pushは危険なので気をつけましょう · DQNEO日記
絨毯爆撃pushの例 いまmasterブランチに、未プッシュのコミットがあるとします。 ここで、新たにbr1ブランチを作ってチェックアウトします。 $ git checkout -b br1 master $ git branch * br1 master br1ブランチでコミットを作ります。 echo hello >> hello.txt git add . git ci -m "add file" 引数なしでプッシュします。 git push すると、どこに何がpushされると思いますか？ 実は、master -> masterにpushされます。 masterがまだpushできる状態でない場合、これはかなり痛い。すごく痛い。頭が頭痛でおなかが腹痛。 しかもpushしたかった当のbr1ブランチはpushされないというオチ。(リモートにbr1ブランチがない限りは) この挙動は大半のユーザ
#12 チームでgitを使い始めてよかった！ - KAYAC Engineers' Blog
こんばんわ、1年ぶりの投稿になります。せい（@shin1rosei）です。 キライな言葉は「面白法人なんだから面白いことしろよ」と言われることです。 自分は真面目一本で生きてきて大して面白い人間ではないので辛くなります。 このエントリはtech.kayac.com Advent Calendar 2012 12日目の記事になります． テーマは「私の中のマイイノベーション２０１２」ということで、 今年を色々振り返ってみってみて、かなり地味な内容になりますが、一番効果が高かったなーと感じる「チームでgitを使い始めたこと」をお話したいと思います。 使い始めるまで 今まで自分が関わっていたプロジェクトは（小学生と言われるの覚悟で）subersionを使うのが一般的で、 gitの恩恵にあやかりたいプログラマは"git-svn"を使っていました。 ただ、次のような問題点がありました。 project
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
git-svn で branch を扱う - cooldaemonの備忘録
一応、メモ。 branch ごと clone する SourceForge から kai を取得する例。 $ git svn clone https://kai.svn.sourceforge.net/svnroot/kai -T trunk -b branches -t tags branch が増えた場合 git svn rebase は、現在の作業 branch を更新するだけなので、下記のようにする。 $ git svn fetch svn これで、増えた branch を取得できる。末尾の "svn" オプションは、.git/config を参照の事。 branch の操作 まずは、リモート branch の確認 $ git branch -r cooldaemon_embed_tcp_server takemaru_config_get_list_of_keys trunk ロ
こわくない Git
8. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Committer (コミットを適用した人) 例: 受け取ったパッチを取り込んだ人 ファイルのスナップショット (tree) コミットで変更されたファイルを含むツリー（説明は省略） 1つ前のコミットのリビジョン 例: 4717e3cf182610e9e82940ac45abb0d422a76d77 9. コミットに入ってる情報 リビジョン (SHA-1 ハッシュ) 例: 23cdd334e6e251336ca7dd34e0f6e3ea08b5d0db Author (コミットを作成した人) 例: オープンソースプロジェクトにパッチを送った人 Co
「天下一.gitconfig大会」の意外な結末 - Cybozu Inside Out | サイボウズエンジニアのブログ
先日（※1）、「.gitconfigの書き方や、gitのTipsについてワイワイ情報交換しましょう！」という趣旨で社内勉強会が開催されました。題して「天下一.gitconfig大会」。ここに我こそはと、5名の強者がネタをエントリしました。 業務後の時間にもかかわらず、いろんな部署から20人以上が参加。社内で最も大きな会議室が、ほぼいっぱいに。 「さいきょうの.gitconfig」（天野 祐介） 「jenkins先生にライブラリの更新をお願いする」（田中 裕一） 「おれさまの.gitconfigでぎっとぎとにしてやんよ」（佐藤 鉄平） 「git のよくある誤解 No.1 rebase について」（山本 泰宇） 「rebase すべき時とその作法」（星野 喬） 天野が、.gitconfigのベストプラクティスを探求していたら、いつの間にかシェルのベスト環境を構築していた……というオチで笑いを取
危なくないgitこと、うちのチームのgit戦略草案(ver. 2)
履歴 恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィードバックを取り込んで更新を行なっています。 2012/11/16: cherry-pickしやすいように、というくだりのところは論理通ってないので削除しました。 1 pull req. 1 commitの原則をやめました。言いたいことであった「試行錯誤の過程を入れないで」を丸パクリしました！ > id:kazuho その他表記修正、クリアコードさんの記事に説明丸投げなど。 まえがき gitでトラブった！という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常
天下一gitconfig大会
天下一gitconfig大会(サイボウズ社内git勉強会@2012/11/20)の@teppeisの資料です。 ぎっとぎとにしてやんよ GistDeck gistでmarkdown書いたらbookmarkletでプレゼンになるよ。 ↓これをBookmarkに登録してこのページで実行してみよー！ javascript:(function()%7Bvar%20s%3Ddocument.createElement(%27script%27)%3Bs.setAttribute(%27src%27,%27https://raw.github.com/teppeis/gistdeck/fix/gistdeck.js%27)%3Bdocument.getElementsByTagName(%27head%27)%5B0%5D.appendChild(s)%3B%7D)()%3B 複数行のcodeとかが微
git-svnの使い方を覚えた - idesaku blog
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
必殺！Github導入に向けて上司を説得する時に使える資料まとめ · DQNEO日記
Subversion vs Github 青い線と赤い線。 あなたの会社は、どちらと運命をともにしたいでしょうか？ 業界誌でも大きく特集されている 「Githubは世界標準の開発環境である（ｷﾘｯ」by @HIROCASTER さん Githubを導入している先進企業たち 公開されている情報をもとにリストアップしてみました。 ご要望があれば追加します！ (Piece of Cakeさんを追加しました。） (サイボウズさんを追加しました。） これらの事例の中から資料をキリハリして、上司の説得に使いましょう。 ＼（サイボウズ）／ ＼（ペイパーボーイ）／ 技術的なアプローチを強化しようと、エンジニアのトップであるmizzyに 直属になってもらい、全社的に取り組むべき課題とチャレンジしたいことの洗い出しや 技術のアウトプットを高めるための取り組みを始めました。 [中略] そのような取組の結果、エン
VOYAGE GROUP エンジニアブログ : Gitブランチによるサーバ管理
2012年09月27日10:14 カテゴリ Gitブランチによるサーバ管理 はじめまして。株式会社adingoのこんどう（@_zoo）と申します。今年の4月から新しいチームに配属され、チームのバージョン管理やリリースプロセスの整備をやっています。 今回の記事ではリリースプロセスの課題解決について、チームで取り組んだ時に出てきたGitブランチの活用方法についてご紹介させていただきます。 * 広告サービスの事例 まず、簡略ですが環境毎のサーバ構成をご紹介します。DBやその他諸々のサーバも省略し、Webサーバとビルドサーバのみ記載しています。 システム的な構成の紹介はざっくりこれだけにしておきます。 システム構成図ではサーバ台数は一台ですがサーバが数十台に増えた時のことも考えました。 1台2台のうちはいいけれど、台数が増えてくると各サーバの状態を確認という声もありました。 数十台のサーバを運用し
git flow でのチーム開発ワークショップ資料 - Yamashiro0217の日記
この記事は会社内の別チームの方に、 僕の今のチームで git をどう運用してるかを ワークショップ形式で説明するための資料である。 事前準備 git と git-flow を入れておくこと 参考資料(Macでgitとgit-flowインストール) - xcode cli toolインストール -- https://daw.apple.com/cgi-bin/WebObjects/DSAuthWeb.woa/wa/login?appIdKey=d4f7d769c2abecc664d0dadfed6a67f943442b5e9c87524d4587a95773750cea&path=%2F%2Fdownloads%2Findex.action - homebrew のインストール -- https://github.com/mxcl/homebrew/wiki/installation - b
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】
bayashi.jp
http://blog.inouetakuya.info/entry/20120826/1345979787
