Git（GitHub）の運用で気をつけていること - えいのうにっき
ある日、 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 を毎日当たり前のように使ってバージョン管理し、開発においてコラボレーションしている メインとなる社内コミュニケーションの手段は slack だし、slack には ruboty も住んでる 社内の情報共有には Qiita:Team を活用、毎日 40 ちかくの記事（日報を含む）が書かれている メールやファイル管理などは Google Apps でまかなえてる というような環境だけど、ぼくがここに入社した約2年前は、 バージョン管理は svn irc をエンジニアだけで使ってた（bot はその頃から住んでた）。一部の社員間で skype のチャット機能を利用してのやりとりもしてたりはした 手順書やサーバの設定値などは、社内にあるサーバに立てられた hiki や Redmine にはしっかりまとまってはいた、けど どれがどこにあるのか？がわ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
