MatchData#names
名前付きキャプチャの名前を文字列配列で返します。
require 'tbpgr_utils' "hogehigehage" =~ /(?<ho>ho.*)(?<hi>hi.*)(?<ha>ha.*)/ bulk_puts_eval binding, <<-EOS $~ $~[:ho] $~[:hi] $~[:ha] $~.names EOS __END__ 下記はTbpgrUtils gemの機能 bulk_puts_eval https://rubygems.org/gems/tbpgr_utils https://github.com/tbpgr/tbpgr_utils
$~ # => #<MatchData "hogehigehage" ho:"hoge" hi:"hige" ha:"hage"> $~[:ho] # => "hoge" $~[:hi] # => "hige" $~[:ha] # => "hage" $~.names # => ["ho", "hi", "ha"]
新規リポジトリの作成手順
新規リポジトリの作成手順について
*.gem *.rbc /.config /coverage/ /InstalledFiles /pkg/ /spec/reports/ /test/tmp/ /test/version_tmp/ /tmp/ ## Specific to RubyMotion: .dat* .repl_history build/ ## Documentation cache and generated files: /.yardoc/ /_yardoc/ /doc/ /rdoc/ ## Environment normalisation: /.bundle/ /lib/bundler/man/ # for a library or gem, you might want to ignore these files since the code is # intended to run in multiple environments; otherwise, check them in: # Gemfile.lock # .ruby-version # .ruby-gemset # unless supporting rvm < 1.11.0 or doing something fancy, ignore this: .rvmrc
The MIT License (MIT) Copyright (c) 2014 tbpgr Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
github_sample ============= github_sample_description
GitHub Flavored Markdown(GFM)
GitHubのIssue,Wiki,READMEなどはGitHubが独自拡張したMarkdown形式である
GitHub Flavored Markdown(GFM)がサポートされています。
記法に関する詳細は下記URL参照
https://help.github.com/articles/github-flavored-markdown
標準ではundersocored形式文字はイタリックで表示されます。
GitHubではソースコードを扱うことが多く、ソースコードでは変数名・メソッド名などで頻繁に
undersocored形式を利用します。
こういった際にイタリック表示されるのは、好ましくないためGFMではイタリックにしません。
標準ではリンクテキストを利用するには () を利用します。
GFMではURLを記述してあれば、自動的にリンクに変換します。
http://example.com
標準では取り消し線はサポートされていませんが、GFMでは以下の記法をサポートします。
~~some missing~~
標準ではスペース4でコードブロックを表します
code title
code line1
code line2
code line3
GFMでは下記のようにフェンスで囲うことでより見やすく記述することができます。
code title ~~~ code line1 code line2 code line3 ~~~
~~~は```でもよい。
コードブロックに言語名などを指定することでシンタックスハイライトを利用できます
~~~ruby
class RubyClass
def ruby_method
"ret"
end
end
~~~
下記の文法でテーブルレイアウトを作成できます。
header1 | header2 ------------- | ------------- column1_1 | column1_2 column2_1 | column2_2
見た目を整えるために各行の前後にパイプを追加することもできます。
|header1 | header2 | |------------- | -------------| |column1_1 | column1_2 | |column2_1 | column2_2 |
Align指定も可能です。
|left-align | right-align | center-align | |:------------- | -------------: |:-------------: | |column1_1 | column1_2 | column1_2 | |column2_1 | column2_2 | column2_2 |
Issue と commit
Issue と git の commit は コミット時のコメントによって紐付可能です。
コミットコメントに #14 のような形式でコメントを残します。
これにより、Issue のビューにコミット情報が表示されるようになります。
以下の記法をコミットコメントに含めることで Issue を閉じることができます。
close #14 closed #14 closes #14 fix #14 fixed #14 fixes #14 resolve #14 resolved #14 resolves #14
Issueとlabelの活用
GitHubではIssueによって課題を管理できます。
この際に、labelを利用することで課題を分類でき、
特定の分類の課題のみを表示したりできます。
新しい label が追加されました
Issue が作成されました。Issueのトップページで確認してみます。
左下の labels を選択することで任意の課題のみを絞り込んで表示できます。
議論の場としての Pull Request
Pull Requestは一般的にはひとかたまりの完成した追加・修正を
取り込んでもらうために利用されますが、
設計・実装方法について議論するためにある程度形を作ったコードで
Pull Requestを送るケースがあります。
この際は、Pull Requestの頭に [WIP]と付けるのが慣習になっています。
WIP は Work In Progress の略です。
Pull Requestの受入手順
Pull Requestの受入手順について
$ git clone <"受信側最新リポジトリ">
$ git remote add <"Pull Request 送信者名"> <"送信側リポジトリ"> $ git fetch <"Pull Request 送信者名">
$ git checkout -b <"作業用リポジトリ名">
$ git merge <"Pull Request 送信者名">/<"ブランチ名">
$ git checkout master
$ git push
$ git branch -d <"作業用リポジトリ名">
GitHubについて
| 項目 | URL |
|---|---|
| 新規リポジトリの作成手順 | http://d.hatena.ne.jp/tbpg/20140611/1402492320 |
| GitHub Flavored Markdown(GFM) | http://d.hatena.ne.jp/tbpg/20140611/1402492387 |
| ショートカット | http://d.hatena.ne.jp/tbpg/20140611/1402492552 |
| ショートカットを利用して素早く目的のソースコードに到達する | http://qiita.com/tbpgr/items/fd0661212c64a5ed24bb |
| Issueとcommit | http://d.hatena.ne.jp/tbpg/20140611/1402492607 |
| Issueとlabelの活用 | http://d.hatena.ne.jp/tbpg/20140611/1402492699 |
| 議論の場としての Pull Request | http://d.hatena.ne.jp/tbpg/20140611/1402492862 |
| Pull Requestの受入手順 | http://d.hatena.ne.jp/tbpg/20140611/1402492888 |
| GitHub Flow | http://d.hatena.ne.jp/tbpg/20140430/1398867580 |
| GitHub Flow 図解 | http://qiita.com/tbpgr/items/4ff76ef35c4ff0ec8314 |
| GitHub ユーザーページの作成方法 | http://d.hatena.ne.jp/tbpg/20141009/1412869680 |
