本記事のモチベーション 約8年前、Gitを使い始めたときに以下の記事を公開したところ、想像以上の反応をいただきました。 当時はSubversionからGitに移行し、試行錯誤をしている中だったこともあり、多くの反応をいただけたことはモチベーションのひとつでした。 ただ、時が経ち、当然かもしれませんが現在は当時と違う書き方をしており、思想として変わっていない部分はあるものの、今でもときどきLikeをいただく中で、アップデートを全くしないのは誠実じゃないなと感じていました。 というわけで、現在のフォーマットも数年後には変わっている可能性が高いですが、その時々のスナップショットを公開することにも何らか意味があるかなと思い、「今の僕はこうコミットメッセージを書いているよ」というのをまとめました。 Gitを使う環境 開発フローやホスティングサービスごとのUIのdiffによって、最適なフォーマットは変
はじめに Github Actions便利ですよね．毎月2000分までタダで使えるので，個人プロジェクトはほぼこれでまかなえてしまいます．Docker，もしくはJavaScriptで開発できるので，バックエンドの方もフロントの方も触りやすそうです． すでに公式日本語ドキュメントがあるので，最新情報はこちらを確認してください． 個人的に手順全体の概要があったほうがわかりやすいと思い，この記事を書いています． action.ymlの役割とAction自体を検証するCIの作成方法は役立つと思います． その他の詳細部分も書きましたが，個別のAction実装作業には役立たないので読まなくても大丈夫だと思います． この記事の前提 Dockerを利用して開発する前提です．JavaScriptでの開発は扱いません． Dockerにある程度詳しいことを前提としています． 開発に至った背景 CI上でElast
この連載はこんな人に向けて書かれています。 小説作家さん 編集者さん 校正さん ライターさん 発注者さん つまり文章を書いたり修正したりする全ての人たちですね！ シリーズ記事一覧 1-1「Git と GitHub を使うメリット」 1-2「コミットを積み上げる」 1-3「コミットを理解して活用する」 0. この連載を始めたきっかけ 僕は片倉青一という筆名で小説を書いています。 小説だけではご飯を食べられないので、覆面ライターもやっています。せちがらい。 で、覆面ライターの案件で 「クライアントさん… Git と GitHub 使って仕事したいです…」 って言ったら、使っていいということになりました。やったぜ。 でもクライアントさんは Git と GitHub の使い方をあんまり知らないので、片倉が入門書を書くことになりました。なんてこった。 この連載は、片倉がこれからの仕事で楽をするために
At this point, you might be thinking, “Well, so what? That’s handy - but I could have used v-if just as easily.” This example starts to shine when you realize that <component> works just like any other component, and it can be used in combination with things like v-for for iterating over a collection, or making the :is bindable to an input prop, data prop, or computed property. What about the prop
4月から勤務時間を減らしてもらい、パートのおばさんになりました。疲れが溜まると右腕が炎症を起こして寝…
いまさら聞けない、成功するブランチモデルとgit-flowの基礎知識：Gitブランチを使いこなすgit-flow／GitHub Flow入門（1）（1/2 ページ） 数回に渡ってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。初回は、ブランチ管理の課題と効率的にバージョン管理できる5つのブランチモデルと、ブランチの管理を簡単に行えるツール「git-flow」について。 Gitなどの次世代のバージョン管理ツールの特徴として、ブランチの機能を高度に活用できるという利点があります。Gitのブランチを生かしたツール・フローとして「git-flow」「GitHub Flow」が注目を浴びていますが、本連載では数回に渡ってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。初回は、git-flowの概要を紹介します。 効率的にバージョ
自社サービスにAPIを実装する事ってあまりないですよね。 kamadoのプロダクトも現在はAPIは公開してません。 もし提供するのであれば、簡易的な方法ですが、ユーザーテーブルにtokenカラムを追加して、API用のルーティングを作成する…という方法が考えられると思います。 しかし、その実装時間でより良いAPIが実装出来るとしたら素晴らしいですよね。 そこで紹介したいのがgem doorkeeperです。 日本語の記事が見当たらなかったので記事にしました。 github https://github.com/applicake/doorkeeper gem doorkeeperってどんな機能があるのか？ 簡単に説明すると、 ・アプリケーションの管理機能 ・アプリケーションの承認管理 ・スコープの設定 いってしまえば、Facebook API(に近い実装)そのまま実装出来ます。 しかもOAu
Subversion vs Github 青い線と赤い線。 あなたの会社は、どちらと運命をともにしたいでしょうか？ 業界誌でも大きく特集されている 「Githubは世界標準の開発環境である（ｷﾘｯ」by @HIROCASTER さん Githubを導入している先進企業たち 公開されている情報をもとにリストアップしてみました。 ご要望があれば追加します！ (Piece of Cakeさんを追加しました。） (サイボウズさんを追加しました。） これらの事例の中から資料をキリハリして、上司の説得に使いましょう。 ＼（サイボウズ）／ ＼（ペイパーボーイ）／ 技術的なアプローチを強化しようと、エンジニアのトップであるmizzyに 直属になってもらい、全社的に取り組むべき課題とチャレンジしたいことの洗い出しや 技術のアウトプットを高めるための取り組みを始めました。 [中略] そのような取組の結果、エン
gitHub でのソース管理の備忘録…の前にまず git がなんであるかをはっきりさせておこう。 正直な所、ツイッターで git やら gitHub やら gist やらという単語が乱舞しててそれぞれが違うものなのか何なのか分かってなかったので。 git まず git 。これは Wikipedia からの引用で問題ない。 Git - Wikipedia Git（ぎっと）はプログラムなどのソースコード管理を行う分散型バージョン管理システム。 Subversion のソーシャルクラウドサービスって感じの認識だったｗ そもそも git はサービス名かと思ってたし。恥ずかしい。 Subversion と違ってリポジトリがローカルにもあって、コミット→ローカル→コミット→リモートという形になっている。 最初にコミットした時点ではマスターのソースは更新されないってことですな。 今回 git 導入時に参
最後に「Create Public Gist」をクリックする。 書き込み一覧・表示・修正 gistへ書き込んだ内容を見たり修正したりする方法。 GitHubのページを開き、右上の「Gist」をクリックする。もしくは、gistのページを開く。 右上の「My Gists」をクリックする。（「All Gists」をクリックすると、自分以外のgistも見られる） 一覧の中の左上の数値（例：「gist: 1256333」）をクリックすると、詳細が見られる。 詳細表示画面で「edit」をクリックすると編集できる。（履歴管理もされる。さすがGit関連サービス。右側のRevisionsに履歴一覧で、ユーザーIDの左側の英数字をクリックするとその履歴の内容が見られる） GitHubへ戻る / Git目次へ戻る / 技術メモへ戻る メールの送信先：ひしだま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く