わかりやすいREADME.mdを書く
GitHubなどに自分のツールやライブラリを公開するとき，README.mdは重要な役割を担っている．レポジトリを訪れたユーザが自分のツールを使ってくれるか否かの第一歩はREADME.mdにかかっている，と言っても過言ではない．実際自分が使う側になったときも，まずREADME.mdを読んで判断していると思う． 成功しているプロジェクトを参考にしつつ，自分が実践していることをまとめておく．ここに書いていることはあくまで（自分の中で）最低限的なものである．プロジェクトが成長していくにつれてREADMEはあるべき姿に成長していくべきだと思う． READMEの役割 README.mdには大きく2つの役割がある． プロジェクト，ツールの使い方，インストール方法 プロジェクト，ツールの宣伝 元々READMEは前者の役割しかなかったが，GitHubの仕組み上，後者の役割も徐々に重要になっている． さらに
「美しいグラフが簡単に作れる」- 資料作成の際、絶対に使いたい無料ツール「Eegraph」｜U-NOTE [ユーノート]
会社の最寄駅を通り過ぎた先にある景勝地を検索できる「乗り過ごし検索エンジン」が面白い、やってみたいと好評
![「美しいグラフが簡単に作れる」- 資料作成の際、絶対に使いたい無料ツール「Eegraph」｜U-NOTE [ユーノート]](https://cdn-ak-scissors.b.st-hatena.com/image/square/3fdb1ca7e12564d89428fadfa9419dfe7cedcff8/height=288;version=1;width=512/http%3A%2F%2Fimgs.u-note.me%2Fnote%2Fcaption%2F47487150.jpg)
[ HUE / 360 ] The Color Scheme Application
Circle Controller HUE/360 Ver.0.1.3 © 2012 SAUCER.JP
Gitを使うときのメモ
コミット間違えたのでやり直したい 履歴 ケーススタディ Linuxの各種設定ファイルを変更管理する Linuxマシンを各種サーバー用途で使用しているときに、設定ファイルを必要に応じて変更する作業が発生します。たとえば、利用者の異動等によるLinuxユーザーアカウント、Webサーバー／Samba等の認証ユーザーの追加削除などです。 また、新しいサーバー機能を導入しようとする際の動作確認で設定ファイルを試行錯誤的に変更する作業もあります。 ソフトウェア開発のように本格的な変更管理の使用が分かっていると、あらかじめリポジトリを構築して備えるのですが、ちょっとした設定ファイルの場合、リポジトリを用意し設定ファイルを管理下に置くのが手間で、適当な拡張子でバックアップをとったりあるいは設定ファイル内をコメントアウトだらけにしてしまいます。 例えば、日付拡張子で変更を残している場合、ディレクトリが次のよ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】