pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
pull request を利用した開発ワークフロー
pull request を利用した開発ワークフローの話しですが、あんまりプルリの話ししてないし、コードレビュー的なお話しが多いです…。
2013-03-03 - やわらかコード
22:24 | １年前の放置下書き発掘 pull requestお作法forkして、master以外からpull request forkして、cloneして、ローカルにprotoブランチ作成github上でforkする git clone git://github.com/tokubass/yairc.git yancha git checkout -b proto 作成したprotoブランチをリモートにpushショートカット用に名前をつけるgit remote add tokubass git@github.com:tokubass/yairc.git git remote -vでチェックsshの設定をする.ssh/configに、 Host github.com User git Hostname ssh.github.com Port 443 IdentityFile ~/.ssh
AimingのGitHubを使った開発フロー
LLM Çağında Backend Olmak: 10 Milyon Prompt'u Milisaniyede Sorgulamak
github:pagesはもう使っているか？ - Meltdown Countdown rev.
えんじにあ〜たるもの、自分が何をしているのか何をできるのか発信するのは大切なことです。 最後のRubyKaigiに参加し、いろいろなお話を聞いたのですが発表者の皆様の共通しているマインドとして「勉強しよう！発信しよう！」みたいなものを感じました。それからもちろん、楽しむことも大切ですね。 となると、Githubのアカウントは持っているべき。書いたコードを公開しよう。それが自己紹介の代わりともなっていくことでしょう。 それから、ネット上での各種活動もまとめておきたいですよね。そういったツールはすでに色々ありますが、もう少し技術寄りなまとめ静的ページを持っていてもいいかもしれません。かねてからSinatraでつくってherokuに置こうかなと思っていたのですが、もっと簡単な方法があります。それが、Github Pages なんですよ。 Github Pages marutanm/marutan
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
