writing.md ラムダノートでの原稿の書き方 記事の執筆には、Markdown形式を利用してください。Markdownにはさまざまな流派がありますが、GitHub FlavoredMarkdown(https://github.github.com/gfm/ )をベースとした書式を採用します。 書籍を執筆するための形式として考えると、Markdownには不足している機能が多々あります。 しかし、次のような利点があるので、Markdownを採用することにします。 最低限の構造しかないので、見た目でごまかせる余地が少ない 原稿を著者自身が再利用してもらいやすくしたい ラムダノートで販売する際のスタイルは、原稿の形式がなんであれ、別に考えなければならない 以下では、節や項といった記事の大構造、および、段落やコードや図表といった記事の小構造について、 執筆にあたって気を付けていただきたい

本連載「こっそり始めるGit/GitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの一つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終えるころには、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。 連載第4回目の本稿のテーマは「コンフリクトが発生したときの対処方法」です。 前回の「Git初⼼者でも分かるGitブランチの作成、確認、切り替え、マージ、削除の⼿順」までで「ブランチ作成」から「マージ」までの一連の操作を行いました。前回行った一連の操作では片方の「second」ブランチだけで変更を進めたので、変更内容が複数ブランチ間で「コンフリクト(衝突、競合)」することなく簡単にマージできました。しかし、実際の開発では変更内容がコンフリクトしてしま

ある日、 PR の内容を見ずにマージすることを岡島(ピッチャーの)というらしい 笑った— いのうえ (@a_know) 2015, 9月 10 ということで、脳天気に笑っていたら、 @a_know むしろイキナリmasterリポジトリに直接pushするパターンですね!— そーだい@初代ALF (@soudai1025) 2015, 9月 10 という話になり、そしてなぜだか、 @a_know push -fと同様、Gitの運用アンチパターンとかどこかに纏めがほしいですねー。 #ブログ待ってます— そーだい@初代ALF (@soudai1025) 2015, 9月 10 というはなしになったので、本当に必要として頂いているのかどうかはともかく、 Git /GitHub でぼくやぼくの職場で気をつけていそうなことをまとめてみる。 もくじ もくじGitHub Flow に沿って開発する 基本
みなさんGithub を利用していますか? 「Git がわからないから…」と、そんな理由で使わないのはもったいないです。 Webや開発に携わる人間であれば、例えプログラムを書かなくても、Github へアクセスする機会は増えているのではないでしょうか。 Webの人であれば jQueryのプラグインを探したり、サンプルコードがGithub においてあったりすると思います。 しかし、いきなり使いこなすのは難しいので、まずは以下のことをはじめてみることをおすすめします。 アカウントを作る 知り合いや気になる人をフォローする 自分が利用しているリポジトリや気になるリポジトリにスターを付ける News Feed を読む 日本人がやってるネタリポジトリの Issues やPullRequestsに絡む Gitを利用しなければいけない機能はとりたててありません。(Pull Requestには突っ込
GitHub創設者が語る"立ち上げから利用者300万人までの軌跡" に行ってきた。GitHub創設者が語る"立ち上げから利用者300万人までの軌跡" | PeaTiXtogetterはこちら。GitHub創設者が語る"立ち上げから利用者300万人までの軌跡" -Togetter 印象に残ったことだけピックアップして書く。 立ち上げから利用者300万人までの軌跡 PJ Hyett(Github, Inc. COO) Scott Chacon (Github, Inc. CIO)Err theblog クリスと一緒に立ち上げたブログ。これを通じてRubyコミュニティのなかでは有名になった。 大企業が嫌でErr Free というRubyのコンサルをやる会社を起こした。でもコンサルはクライントが上司になるようなものだった。 dogtimeという犬向けのソーシャル・ネットワークを作った

gitの基本的なcommandしか使ってないって人向けのtips集です。 エイリアスの設定 $ git config --global alias.co "checkout" とすると、 ~/.gitconfig に [alias] co = checkout のように追記されます。 このようにgit configを叩いてもいいですし、~/.gitconfigを直接編集しても大丈夫です。 とりあえず、 [alias] co = checkout # checkout長い… st = status -sb # シンプルなstatus pr = pull --rebase # pull するときにmergeコミットを作らない fo = fetch origin ro = rebase origin # branchでfoしてroすればmasterにrebaseできる rc = rebase -
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く