GitHubで絵文字コミットを続けてみて有用だったEmojiまとめ - 犬アイコンのみっきー
みなさんは絵文字コミットというものをご存知でしょうか？ プロ生い人のサイトでも以下のように紹介されており、知っている人も多いと思いますが、GitHubで絵文字に置換される特定のワードをコミットメッセージに追加し、 ぱっと見でどういった種類の変更があったのかに気づきやすいようにするものです。 GitHub で絵文字入りコミットメッセージを活用しているプロジェクトを調べてみた | プログラミング生放送 少し前から興味があったのですが、GitLabやBitBucketでプライベートなリポジトリで開発してるものでは絵文字として表示されないため、なかなか導入する機会がありませんでした。 先々月にブログで記事にしたKodi用Chinachu PVRクライアントadd-onの作成をパブリックなリポジトリで開発しようと思い立ったとき、 いい機会だと感じたので初期コミットから絵文字コミットメッセージを導入し
コマンドプロンプトでそこそこ快適な開発環境を整備する - Qiita
Windows 10がBashに公式ネイティブ対応。マイクロソフトとカノニカルが協力、Ubuntu Linuxのコマンドラインツールがそのまま動作 本日付けでこんな記事が出てしまっていたので、この記事でやっているようなことは完全に無駄足になってしまいましたが、供養もかねて投稿しておきます。 （2016/4/11 追記） この記事の、使用時にパスを通す部分が良さげでした。（PATH に文字数制限あるのは知らなかった……。） （追記終わり） 以下、全て蛇足。 以前から、Windows でも Mac とか Linux みたいなコンソールを使えたら便利なのになあ、と思ってたので、PC を買い替えたのを機に、いろいろ設定してみました。 Windows 標準のコマンドプロンプトを使うか、cygwin や cmder のようなコンソールエミュレータを使うかで迷ったのですが、せっかくなのでコマンドプロンプ
GithubFlowを使う上で心がけているコミット/プルリク/レビューの考え方 - Qiita
GithubFlowの導入をして、実際にやっていくにあたり チームごとにルールを決めたり、プルリクエストの方法を考えると思うのですが チームとしてではなく、自分自身の中で守ってはいきたいと思う 個人レベルでもできる心構えを『コミット』『PullRequest』『レビューコメント』の 大きく3つでまとめてみました。 コミットコメントは丁寧に コミットに関してはコード修正に直接結びつく部分なので その修正に関しての概要を手短に述べるようにする。 ただし、漠然とした汎用的な言い回しになり過ぎないように注意する。 また大前提としてGitではコミットの際にコメント必須だからという理由で 「コード修正」「source modify」のような空白を避けるだけのコメントはしないこと BAD MD5に変更 GOOD ユーザ情報の暗号化をMD5に変更 また、コミットするまえに「この修正はコミットコメントで説明
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
