Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

RedmineはSubversion等各種バージョン管理ツールとの連携機能を持っています。 リポジトリへのコミット時、コミットメッセージに特別な記述を追加することで以下の処理をRedmineに自動的に行わせることができます。 Redmineのチケットとリポジトリのリビジョンの関連づけ Redmineのチケットのステータス・進捗率の更新 Redmineの作業時間の記録 チケットとリビジョンの関連づけの例 リビジョンからチケットへのリンク ソースコードの修正がどのチケットに基づくものなのか把握できます。 チケットからリビジョンへのリンク あるチケットに記述された課題に対してどのようにソースコードが変更されたのかを把握できます。 事前準備 各プロジェクトでのリポジトリの設定 あらかじめ各プロジェクトの「設定」画面の「リポジトリ」タブで、バージョン管理システムの情報を設定しておく必要があります。

id:bleis-tiftによるgitのフックスクリプト集がマジ便利。 gitとredmineを使ってる人はぜひ使うべき 機能 チケット番号付加 id/12というブランチで作業してるときは、コミットメッセージの末尾にrefs 12を自動でつけてくれます Redmineのチケットごとにブランチを切るようにすると、マジ便利 masterブランチへのコミット拒否 masterブランチへのコミットを拒否する 必ずトピックブランチを切るようになる pushされたときにチケットIDのないコミットの拒否 チケットIDのないコミットのpushを拒否します ダウンロード・インストール方法 https://github.com/bleis-tift/Git-Hooks に書いてある通りにすれば簡単にインストールできます

Redmine, git, Jenkins などプロジェクト管理ツールの状態を横断的かつリアルタイムに表示するWebアプリ『Dashbozu』を作りました。 これを使えば、一つの画面でプロジェクトの”今”の状態を把握できます。 WebSocketを用いているので、ただ開いているだけで、次々と情報を得ることができます。 iPadで開きっぱなしにして、机の上に置いておくような使い方を想定しています。 なぜこれを作ったか 一般的なソフトウェア開発現場では Redmineでチケットを作成する gitでコミットを繰り返し、中央レポジトリにpushする JenkinsによるCIが実行される 結果を確認し、Redmineのチケットを閉じる という流れで作業が進んでいきます。 これらの作業の中で、開発者は「適切な」タイミングでチェックとフィードバックをすることを求められます。 例えば、チェックのタイミング

Gitでやらかした時に使える19個の奥義を書いてやらかしたときになんとかリカバリできるようにした。 今回は、そもそもやらかさないようにしたいよねっていうお話。 コミット編 .gitignoreを細かく指定しておく .gitignoreを指定しておけば余計なファイルをコミットしちゃうことを予防できます 過去に似たようなプロジェクトがあるのならそれを流用しましょう。 ないのであれば.gitignore.ioで生成してそれをカスタムしましょう。 ワイルドカード指定やディレクトリまるごとの指定は副作用ある可能性があるので慎重に。 コミットメッセージのフォーマットを決めておく コミットメッセージのフォーマットを決めておけば書き直したいということも減ります コミットメッセージをやらかして直したいと思うことはよくあります。 そういうのって案外コミットメッセージが自由すぎることが問題だったりします。 ある

ローカルドライブ上の file:/// でアクセスしている svn リポジトリを git svn で吸い上げようとしてエラーにぶつかったこと、ありませんか？ 「FS format が想定外」とか言われ、えー('A`) みたいな。 C:\work>git svn clone -s file:///c:/repos/proj Initialized empty Git repository in c:/work/proj/.git/ Couldn't open a repository: Unable to open an ra_local session to URL: Unable to open repository 'file:///c:/repos/proj': Expected FS format '2'; found format '4' at C:\Git/libexec/gi

※本稿は諸事情により過去の投稿を再投稿したものです。 はじめに git-svn を使うと、素直な SVN リポジトリーなら簡単に移行できますが、実運用してきた SVN リポジトリーを移行する際はつまづくことも多々あります。 また Git リポジトリー化ができてもブランチやタグは手作業で作ることになります。 今回、たまたま移行を検討する機会があったので、その予行作業のなかで得た知識をメモしておきます。 作業を行ったクライアント環境は Ubuntu 14.04 / Git 1.9.3 です。 SVN リポジトリーは HTTPS でアクセスできる状態です。 移行の第一歩 まずは SVN リポジトリーからローカル環境に Git リポジトリーを作成します。 git svn clone または git svn init + git svn fetch を使います。 ヘルプや Book にも記載されてい

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

「Commits.io」はGitで管理しているコードをポスター化できるサイトです。Git上のソースコードをただひたすらに並べてポスターにすることができますよ。ポスター化は有料ですが、画像化するところまでは無料で行えます。また、お好みの画像を模写することもできます。 以下に使ってみた様子を載せておきます。まずCommits.ioへアクセスしましょう。公開しているGitのリポジトリを指定しましょう。するとそのリポジトリ内のコードを並べて1枚の画像にしてくれます。 このようにお好みの画像を指定することで、一部分に色を付けることもできます。自分の書いたコードを1枚の画像やポスターにしてみるのはいかがでしょうか。ロゴなどを入れるとなかなかお洒落なものに仕上がりますね。ぜひ一度お試しください。 Commits.io （カメきち）

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは Git (や Subversion などのバージョン管理システム) にコミットする時により良いコミットメッセージを書くための提言です。この提言は特にメッセージの一行目だけを対象とします。せめて最も重要な一行目だけでも良いメッセージを書いて欲しいからです。提言をズバリ一言で表すと 一行目には要求仕様を書け です。 背景 プロジェクトによっていろいろ慣習の差はあるものの、一般的には「コミットメッセージの一行目は変更内容の要約を簡潔に書け」とされます。特に Git は、各コミットメッセージの一行目だけを取り出してそれを一覧表示するなど

会社関係の勉強会向けに作った資料です。 パラパラマンガ調のためページ数は多いですが、内容は基礎的なものです。 このスライドを読み終わった人にオススメ： 「図解gitworkflows(7)」 資料一覧: https://docs.google.com/spreadsheets/d/1VZMz_31Z7FQBnK139o8yMqzwrTJgZWtPqgoG-mx1zh0/edit?usp=sharingRead less

MacやLinuxでの作業が多いと、 Windowsのコマンドプロンプトを使った時に貧弱すぎてテンションが下がることがあります。 今までは「Cygwin」を入れることが多かったのですが、 とにかくインストールがメンドくさいし、めちゃくちゃ時間がかかります。 ほったらかしにしても、途中でエラーのダイアログが出て止まってたりとかもよくあります。 そこでもっと短時間でできるLinuxライクなコマンドプロンプト環境を作ってみました。 全部で6つの作業を行います。多いｗ 1. Linuxコマンドを使えるようにする 「Gow」というツールをインストールします。 インストールは全てデフォルトのままで進めていきます。 環境変数のPathへの追加も自動でしてくれます。 インストールが終了後、コマンドプロンプトを起動して以下のコマンドを起動すると、 追加されたコマンドが一覧で表示されます。 2. bashライ

以前、創作活動をしている人のためのバージョン管理入門 という記事を書いた。導入だけやってまだ踏み込んだ使い方の記事書いてないなーと思って続き書こうとしたんだけど、最近SourceTreeというバージョン管理クライアントを使ってみたらめっちゃ使い勝手が良かったのでそれの紹介します。 バージョン管理システムって？ファイルの変更履歴を記録して、後から読み返したり、履歴間の差分を出したりするためのシステムのこと。 SubVersionGitMercurialとかがある。 個人で使うならGitやMercurialが便利。 今回はGitを使う。 Windows 7以降でGitを使うならSourceTreeがおすすめ。メニューは英語表示で日本語化されてないけど、使い方を一度覚えてしまえば大丈夫。 SourceTree ダウンロードして、インストールする。 Windows XPなんだけど……GitHub