README.mdファイル。マークダウン記法まとめ | codechord
Posted 1月 21st, 2012 by codechord. 9 Comments Tweet Tweet つい先日から、ようやくgithubを使い始めました。 gitのことはあまり勉強してないので右も左もわからず、とりあえず、公開されてるレポジトリのクローンを作りまくってニヤニヤ閲覧しています。 で、そろそろ自分もリポジトリを作りたいなと思って、作り方を調べてたんですが、 「README.md」ファイルというものの存在を知りました。 拡張子「.md」？何の事かさっぱりわからず、ドットモジュールって勝手に思ってたんですけど、全然違いました。「マークダウン」の略でした/// マークダウンとは マークダウンファイルとは何ぞや。調べました。 普通のテキストファイルを、ちょっとした法則にならって書くだけで、HTMLマークアップせずに、自動的にHTMLコードとして変換して出力してくれるという
初めてPull Requestをマージしてみた - daicham blog
ずいぶん前に redmine_importer プラグインを github でフォークしてごにょごにょしてたところに Pull Request がきた。 しかもRedmine本の著者の前田さんだー！すごい人から Pull Request がきて緊張するｗ 入門Redmine 第2版 Linux/Windows対応 作者: 前田剛出版社/メーカー: 秀和システム発売日: 2010/08/11メディア: 単行本購入: 2人 クリック: 48回この商品を含むブログ (13件) を見る で、はじめて Pull Request をマージしてみた。 A-Liaison BLOG: github で pull request をされたとき・するときの手順 などを参考にしつつやってみる。 まずは、Pull Request を受け取るブランチを作る。 $ git checkout -b pull_reque
Bridge Word
This shop will be powered by Are you the store owner? Log in here
Gist.vimを導入してGistを便利に活用する - Glide Note
Octopressを利用するようになって、今更ながらGistがめちゃくちゃ便利なことに気づきました。 今までWordPressを利用していてSyntax highlight系のプラグインを使っては、チマチマコードを載せていたんですが、 Gistに書いてそれを貼れば、filetypeによって勝手に色分けされるし、Gist.vimを使えば、 VimからGistにコードをポスト出来るしと便利な事だらけ。 今までの面倒な手間はなんだったのか。 Gist.vimの導入と設定 プラグインの管理はVundleを利用しているので、.vimrcか.vimrc.localに下記のような感じで設定して:BundleInstallで導入。 設定している内容の説明としては下記のような感じ。 Bundle 'Gist.vim' # Vindleを利用して導入 let g:gist_detect_filetype =
「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
GitHub Pagesホスティングサービス（ほぼ）完全活用ガイド | ゆっくりと…
GitHub がオープンソースの場として魅力的な理由は、Git という優れた分散・協調型リビジョン管理システムのリポジトリー・ザーバーとして誰でも利用できるということはもちろん、README などのドキュメント生成機能やコメンティング機能、問題のトラッキング機能など、Git を補助し、オープンな分散・協調開発を支えるサブシステムが充実している点が挙げられるでしょう。無料でもかなりのことができるのに、ビジネスとしてもちゃんと成立している理由はこんなところにあるように思います。 ただ、同種サービスの Google Code や Bitbucket と決定的に異なり、GitHub の最大の魅力となっているのは、GitHub Pages という1種のホスティング・サービスではないかと思います。成果物をただずらずらと味気ないページに並べるのではなく、趣向を凝らした紹介ページを自由に作り、プロジェクト
Gitコマンド一覧｜DIGITAL SQUADブログ
Gitコマンド一覧 「WEB+DB PRESS Vol.50」はじめてのGitをみて勉強しながらコマンドをまとめてみる。 git initgitでのバージョン管理の最初のコマンド。 バージョン管理の対象のフォルダに移動してからこのコマンドを実行することで、.gitフォルダが出来てバージョン管理の対象になる。 git --bare initワークツリーのないリポジトリを作成。 git add .現在のワークツリーの状態を『記録』する。 まだコミットはされていない。 最後のピリオドまで必要。 git add -u-uオプションをつけるとワークツリー内の全てのファイルを記録する。 git add -A新しく作成されたファイルを含めてインデックスに記録する。 git add -pどの変更を次回のコミットに含めるかを選択して、インデックスに記録する。変更の内容が、論理的に関連性がない場合などに使用す
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Route 477(2011-04-21)
■ [english] コミットログを英語で書くためのテンプレ githubに上げるコードは、可能なら英語でコミットログを書いたほうが良いです。なんか面白そうなプロジェクト見つけたとして、コミットログがロシア語とかアラビア語だったら困るよねという話です。 英語とか難しいと思うかも知れないですが、だいたい何か追加したか直したか変更したかのどれかなのでわりとパターン化できます。読めない言語で書かれている場合の可読性＝０なので、英単語を適当に並べるだけで可読性が無限大パーセント改善されます。やった！ 僕がよく使うのはこんな感じです(英語的に正しいかは知りません)。 new: xx new: added (some) xx fix: xx did not work fix: xx was wrong fix: xx should (not) yy changed xx to yy removed
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
噂のRuby&Githubなプロジェクトにスキな継続的インテグレーションサービス「Travis CI」を試してみたらすごくよかった