この先生きのこるには
ちょっとずつ複雑なことをやっていっているのですが、正直まだ自分で作っていくイメージがついていません。 加速と減速＝イージングタイムラインパネルのフレーム数がでてるとこの下のスライダーでワークエリアの幅を操作できるグラフエディターというのが存在する。値グラフと速度グラフ。グラフを編集するときに触るのはハンドルだけイージングの速度が早くてコマが見える時はモーションブラーをかける(13:40)モーションブラーは色々ごまかせてしまうので最後につけたほうがいい。処理が重いから最初のほうでつけるとプレビューのときにしんどいとかもある（ただプレビューのときだけオフにするとかもできる）
[bitbucket][github] dotfiles を github と bitbucket に分割 - HsbtDiary(2011-10-26)
■ [bitbucket][github] dotfiles を github と bitbucket に分割 今まで dotfiles は公開する物としないものを全部まとめた上で公開しないファイル群を private というフォルダで gitignore して github に置いてたけど、private は bitbucket の private リポジトリ、public は github の公開リポジトリという風に分割することにした。 https://github.com/hsbt/dotfiles https://github.com/hsbt/dot.emacs.d あと、今までは .zshrc というような形式で直接 github に置いていたものを dot.zshrc とリネームした上でこれを symlink するようにした。この public と private というディ
![[bitbucket][github] dotfiles を github と bitbucket に分割 - HsbtDiary(2011-10-26)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
BitbucketでdotfilesをGit管理する - ただのにっき(2011-10-27)
■ BitbucketでdotfilesをGit管理する GitHubもいいけど、プライベートなファイルをGitで管理したいなぁと思っていたところに、@hsbtがdotfilesをgithubとbitbucketに分割という記事を書いていたので、Bitbucketを使ってみたのだ。そうか、以前からBitbucketという単語は何度か聞こえていたけど、GitHubと違ってプライベートなリポジトリを無料で作れるんだね。 さっそくアカウントを取ってみると、カスタムドメインが使えたり、CIをサポートしていたり、付随サービスもいろいろ充実しているみたい。こんなふうにGitHubと棲み分けてフリーアカウントを発行しちゃうと、ユーザも棲み分けてしまって共倒れ……なんてことにならないのか心配になってしまう。が、Gitは中央リポジトリを持たないから、潰れてもユーザは痛くも痒くもないのだよな。大変だねぇ。 さ
Git管理の神ツール「Gitolite」なら、ここまでできる！
「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め
gitでアレを元に戻す108の方法 | Webシステム開発／教育ソリューションのタイムインターメディア
以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗
TortoiseGitとGit Extensionsの比較 - 130単位
バージョン管理にgitを導入しようとしていて、非エンジニアの方でも問題なく使えるかどうかというところで、WindowsのGUIツールを調査してみました。 TortoiseGit TortoiseGit ? Windows Shell Interface to Git 亀のロゴ MsysGitを別にインストールする必要あり Google Code Archive - Long-term storage for Google Code Project Hosting. TortoiseSVNとほぼ同じUI 日本語対応は旧バージョンのみ (最終更新 2010-01-25) TortoiseGit日本語言語ファイル プロジェクト日本語トップページ - OSDN ステータスアイコンオーバーレイ表示有り commit->pushに2クリック必要 コミットログがデフォルトで必須 TortoiseSVNと
デザイナーが RailsとGitのことを少し知ってると色々捗る
The document contains a series of dates from 2011-6-22 repeated many times. Between some of the dates are short phrases such as "Don't Repeat Yourself" and "Convention over Configuration". The overall document does not appear to have a clear purpose and consists primarily of a date repeated with occasional unrelated text fragments.Read less
Emacsで快適にgit blameしたい(できてない) の回答例のひとつ - わからん
お題: Emacsで快適にgit blameしたい(できてない) - hitode909のダイアリー お疲れ様です。トラブル対応中の森と申します。id:hitode909 さんのトラブルもカイケツしようと考えてみました。ゼロから考える元気がなかったので、hitode さんのコードをできるだけそのまま使いました。ポイント位置のコミットメッセージをポップアップで表示し、ウィンドウを上下分割してポイント位置を中心に git blame した結果を表示するバッファを表示します。このバッファ/ウィンドウは q で削除できます。でも、僕は M-x vc-annotate の方が好きかも。 ▼ ヒトデさんの日記にある git-blame-oneline を ~/bin に置いていることが前提で、auto-complete.el 周辺が入っていれば、M-x g で実行できるはず。 (defun git-b
それ etckeeper でできるよ - /etc 以下を Git で自動的にバージョン管理 - おいちゃんと呼ばれています
こんにちはこんにちは。一昨日、さくら VPS に Git をインストールするエントリーを書きましたが、実はバージョン管理は etckeeper にもお世話になっています。 etckeeper というのは、Git 等のバージョン管理ツールを用いて、/etc 以下をほぼ自動的に管理してくれる有り難いツールです。下記のタイミングで自動的にコミットしてくれます。手動で任意のタイミングでコミットすることもできます。 -yum コマンド実行の前後 -日付が新しくなったとき << 以下、さくら VPS（CentOS 5.5 -64bit）で etckeeper を使えるようになるまでの手順をまとめてみましたので、よろしければ参考にしてください。 *目次 Git のインストール etckeeper のダウンロード etckeeper の設定ファイルの編集 etckeeper のインストール etckeep
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
【翻訳】Gitをボトムアップから理解する
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
Git で日々の共同作業やリリース作業をサポートする git-daily を作りました | GREE Engineering
こんにちは。インフラの sotarok です。 先日から Git 関連の話をしている通りですが、社内で Git を使い始めています。 今日は、Git を使った日々の開発〜リリースまでのフローや、そうしたものの運用と、それをサポートするために作ったツール git-daily の紹介をしたいと思います。 ソフトウェア開発とウェブ開発の違い いやウェブ開発も広義のソフトウェア開発なのですが、ここでいうソフトウェア開発とは、クライアントアプリケーションやライブラリのようなものを指すと思ってください。 実際、ウェブ開発をしている方は感じていることだとは思いますが、両者の開発フローはかなり異なるものです。もちろん社風や開発の方針等によって色々あるとは思いますが、主に次のような特徴が挙げられると思います： ソフトウェア開発 アプリケーションはクライアントで動作する リリース間隔は比較的長く、次のバージョ
大企業はソースコードの管理に何を使っている？
Facebookの元CTOだったダスティン・モスコヴィッツが立ち上げた質問サイト、Quoraにて大企業がどんなソースコード管理システムを使っているのか？という質問が挙っていました。Quoraは回答の質が高いという触れ込みでスタートしているサービスなのでこれらの情報は多分正しいのでしょう。 Facebook svn (一部の人はgitも使っている) Amazon perforce Zynga svn Netapp Perforce Google git(Android), Perforce Quora git SAP Perforce ebay Clear Case git(実験中) VMware Perforce この内容の限りだとオープンソースではgit、商用ではPerforceという流れがあるようですね。 via:http://www.quora.com/What-version-co
Git Cheatsheet
stash workspace index local repository upstream repository status Displays paths that have differences between the index file and the current HEAD commit, paths that have differences between the workspace and the index file, and paths in the workspace that are not tracked by git. diff Displays the differences not added to the index. diff commit or branch View the changes you have in your workspace
さくらのVPSでgitosis使ってgitサーバ立てた - YAMAGUCHI::weblog
はじめに こんにちは、Python界のすしざんまいです。あぶりとろうめえ。さてSphinxで書いたドキュメントをbitbucketやGitHubなんかで管理している今日この頃ですが、ちょっと自前でGitサーバ立てたくなったので、ちょうどさくらVPSも借りてることだし立ててみました。 今回はgitosis使って環境を作ります。 ログ まずはgitosisの初期設定をするところまで。 (remote)% sudo apt-get install gitosis (remote)% sudo adduser --system --shell /bin/sh --group --disabled-password --home /home/git git (remote)% sudo -H -u git gitosis-init < .ssh/id_rsa.pub Initialized empt
Webサイトをgithubで管理してpush時に自動的に同期する方法 - Blog by Sadayuki Furuhashi
Webサーバに Subversion のサーバを立てておき、HTML や CSS を commit することでWebサイトを更新する方法は、良く知られているテクニック、らしいですね*1。更新の履歴を残すことができるし、ましてチマチマとFTPやsftpでアップロードするよりずっと簡単です。 しかし SVN の代わりに git を使おうとすると、pushしてもリポートリポジトリではファイルを更新してくれません。 また、リポジトリはWebサーバ上に作るよりも、便利な管理インタフェースがある github（や噂のgitosis）に置いておきたいところです。 そこで、github の Post-Receive Hook を使うと、リポジトリに変更を push すると同時に、Webサーバにも同期させることができます*2。 Webサーバに同期する前に、Sphinxでドキュメントを整形したり、SassをC
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
bitbucketの使い方
Av-jyo.com
Codeplane.
