コミットメッセージにはどのような情報を残すべきだろうか？はじめにこの記事ではGitのコミットメッセージの重要性と良いコミットメッセージの書き方を説明します。いままで良いコミットメッセージについて考えてこなかったかたも一度立ち止まって考えてみてくれると嬉しいです。 対象読者GitやGitHubを業務で使っている人「良いコミットメッセージ」をあまり意識しない人目次Gitを使ったソフトウェア開発で、なぜコミットメッセージが重要なのか？コミットメッセージの書き方の1例を紹介まとめGitを使ったソフトウェア開発で、なぜコミットメッセージが重要なのか？ソフトウェア開発において、良いコードとはどんなコードでしょうか？ 私は「 他人が読みやすく、理解しやすいコード」だと考えています。ソフトウェアにバグは必ず出ます。そのバグを修正する時間を最短にできるような、読みやすい、理解しやすいコードが良いコードだと思
先日開催されたAWS Summit Tokyo 2017、わたしもいくつかセッションを聴講してきたのですが、「DevSecOps on AWS - Policy in Code」というセッション1にてgit-secretsというツールが紹介されていました。 awslabs/git-secrets: Prevents you from committing secrets and credentials into git repositories これ以外にも、いくつかのセッションで言及されていたと思います。 git-secretsのことは以前から聞いてはいたのですが、自分自身があまりコードを書く環境にいなかったので、良くないとは思いつつも今まであまり気にしていませんでした。 ただ、AWSアクセスキーの漏洩が原因と思われる話を聞く機会はなかなか減りませんし、考えてみれば自分でも、AWSクレデ
みなさんはGitHubのプルリクエストの機能を使ったことはありますか？ ウェブ制作の場でもGitHubが使われることが多くなったと思いますが、ソースの履歴管理機能のみを使用している方も多いのではないでしょうか？ 今回はGitHubのプルリクエストについて紹介します。普段からプルリクエストを使っている方でも役立つプラスアルファのTipsをまとめていますので、最後までお付き合いください。 プルリクエストとは？ プルリクエストとは、コードの変更をレビュワーに通知し、マージを依頼する機能です。コードのレビューを受けることで、1人で作ると気がつかないコードの指摘やバグや記述ミスの発見ができ、コードの品質を高めます。レビュワーにとっても、他人が書いたコードを読むことで新しい書き方を発見できるというメリットがあります。コードから発展してプロジェクトに関する有意義な議論の場になることもあるでしょう。 プル
Gitに限らず、バージョン管理システムで、コンパイルされたバイナリや、自動生成されたスクリプトを含めないというのは、プログラマの間では通念になっていると思います。それでは、デザインワークは? というとあまり扱いが統一されていません。 | コンパイル後のファイル | ソースファイル :--: | :--: | :--: ソースコード | 含めない | 含める デザインワーク | ? | ? デザインワークもコンパイルが当たり前に 従来、手作業でアプリケーションからエクスポートして、リポジトリに入れていましたが、現在その必要はほぼなくなりました。まだこの1,2年の話ですが、デザインワークでも「ソース」になる.sketchや.psdファイルから成果物を自動生成(コンパイル)するのが一般的になりつつあります。 面倒なスライスの切り出しといった作業は、もう過去の話です。一度ツールを設定してしまえば、
#Bitbucket Bitbucketには、性能観点からストレージ制限が導入されています。 ソフト制限：リポジトリが合計1GB以上になるとメール通知されます ハード制限：2GB以上はプッシュできないようになっています ##参考 What kind of limits do you have on repository/file/upload size? Github Githubにも、性能観点から一部制限事項と推奨事項が導入されています。 1ファイル50MB以上のファイルをプッシュしようとすると警告します。 1ファイル100MB以上のファイルはプッシュできません。 Githubは、ディスク制限を設けてはいません。しかし、1GB以下にすることを推奨しています。 ##Git Large File Storageのすすめ Git用のオープンソースの拡張機能であるGit Lage File St
僕の同僚のデザイナーはデザインツールにSketchを使っている。デザインは区切りのいいところまで出来ると保存してDropboxで共有してくれる。最近ではGitHubでSketchファイルを管理することも試しているようだ。GitHubで管理することで過去に遡ったり、ほかの人の作業をマージできたりする。ただ、Sketchファイルはプログラムのソースコードのようなテキストファイルではなくバイナリファイルだ。この違いでGitまたはGitHubの便利なものの多くが使えていないんじゃないか。 先日Sketchファイルをテキストファイル(JSON)として管理できるツールを公開したので、どういうモチベーションで作っているのか書いてみようと思う。ツールはまだ完璧ではないが、ぜひ使って意見をもらえたらと…思う 🙇🏻 テキストファイルになるとできることあぁ、デザイン全体のボーダーの色が淡くなったのいつだっけ
イラスト担当:嫁 イッヌハブはつくれる？ さて、なんだかQiita運営から「内容がないよう」「なので明日夕方には利用規約に基づいて削除しますぞ」と言われてしまいました。 良い勉強の機会なので、もしもこういうGitHubっぽいサービス（GitHubクローン）を作るとしたらどうやるのかな？というのをサクッと考えてデモを作ってみようと思います。 既存のGitHubクローンの実装 いぬ用に限らない汎用的なGitHubクローンは、既にいろいろな言語で出ています。 GitBucket (Scala実装) GitLab (Ruby実装) Gitonomy (PHP実装) Gogs (Go実装) いずれもオープンソースなので、少し実装を参考にしてみましょう。 Gitリポジトリーへのアクセス方法の違い これらGitHubクローンは、どうやってGitリポジトリーのデータをパースしているのでしょうか。 大きく2
ここ2年ぐらいで俺が働いた現場はみんなgitを採用している。就職エージェントと面談するときもgit経験の有無をよく訊かれるし、今ではVSSやCVSどころか、SVNですら時代遅れになってきて、SVNを使っている現場は「レベルが低い」「保守的・旧態依然」という雰囲気すら感じる。 俺としては4-5年前からgit(GitHub)を使っているし、gitを使うこと自体に抵抗はない。一通りの基本操作はできるし、人並みにはできると言っても差し支えはない。 …が、正直gitの良さがあまり見えてこない。 もし俺が中規模以上のプロジェクトのリリースを本格的に管理する側であれば全然違った感想を持ったかもしれない。でも一人の開発者として、せいぜい10人程度のプロジェクトで利用する限り、「gitで良かった」という状況があまり思い当たらない。 ではgitの何が気に食わないのか書いていきたい。 ①gitは馬鹿には難しい
GitHubでプライベートリポジトリ持つのにお金がかかる。 会社で契約してるんだけどリポジトリの数に制限があるから単純作業を定型化したような、プロダクト以外のソースの管理がしにくい。 ということでローカルサーバにGitBucketを導入して自由にリポジトリ増やしたいのでGitHubクローンを導入してみた。 今までGitHubクローンといえばGitLabだったがこれは導入が面倒で色々と大変なので引き延ばしていた。 しかし、最近Scala製のGitHubクローンのGitBucketと言うものが出てきた。 調べてみたらGitLabに比べて簡単そうだったので導入してみた。 結果ものの数分で導入が終わり使えるようになったので驚いた。 というわけで導入方法をまとめてみた。 環境はCent OS 6.5でTomcat7上で動かした。 CentOS6では標準リポジトリでまだTomcat7がなかったので(T
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
