GitLabのIssueで作業時間の記録がとても楽だった - それマグで！
gitlab のコメントに spend と書けばいい。 /spend 1h とか書くと、次のように、作業時間が記録される。 /estimate だと見積もり時間も併せて保存できる 実際に作業時間を記録した例。 仕事に掛けた時間がわかる。 タイムトラッキングを使うことで、課題管理を中心にしてどれくらいの時間をコードに費やしたか解るようになってて便利。 GitLabの課題管理は最強では コミット後に時間を記録 コミットを中心としたワークフローが割と便利なのです。gitlab がタスク管理として最適になってた。 まずイシュー挙げて そこから作業開始して何処までやったをメモする。 作業内容をコミットし コミット・メッセージにIssue番号を紐付ける。 最後にissueに時間を書く シンプルで、割と導入に負荷もかけず、簡単にタイムマネジメントとタイムボックスで仕事ができる。 完了報告メールなども特に
Redmine のプロジェクトを GitLab Issues へ移行する - Qiita
この投稿は Fujitsu Advent Calendar 2017 と GitLab Advent Calendar 2017 の 10日目 の記事です。(大幅遅刻です。ごめんなさい、ごめんなさい、ごめんなさい。) この記事に書かれた見解は、個人のものであり、所属する会社・組織を代表するものではありません。 前フリを書いたら長くなってしまったので、それはばっさり後にまわして、いきなり本題からいきます。 migrate-redmine-to-gitlab migrate-redmine-to-gitlabを使います。 どれくらいちゃんと移行できるのか 公式ドキュメント の記述に、実際にやった結果を補足しながらまとめてみます。 「移行可否」欄の凡例: ◎:問題なく移行できる。 ○:移行できるが若干の問題あり。 △:公式ドキュメントには移行できると書いてあるがやってみたらだめだった。 ×:移行
SonarQubeでソースコードの品質チェック - Qiita
ゴール こんな感じでSonarQubeさんからコードレビューされます。 各種言語のソースコードでダメな内容をLint的な感じで教えてくれます。 リンククリックで該当箇所も表示されます。 コードの品質担保 プロジェクトが大きくなると技術的負債がソースコードに蓄積されていきます。 技術的負債がたまってくると新規機能追加や既存機能改修時に色々悪影響が出てきてプロジェクトが遅延します。 技術的負債がたまるにつれ、リファクタリングコストが高くなり、 最悪作り直しの方が早いという結果にもなりかねません。 何より常時問題がある箇所を直していれば、誰かが書いた負債を引き継がなくて済むというメリットがあるので 精神的な負荷を下げることができます。 手動でのコードレビューはしんどい かといって目見でコードレビューをするには人的コストもかかるし限界もあります。 ツールを使い自動でやる場合は、ソフトウェアメトリッ
GitLabとGit LFSを使ってExcelなどのバイナリでできたドキュメントの世代管理をする – なおたこブログ
前置き 皆さんも業務上やむを得ずWord, ExcelやPowerpointでドキュメントを作っていることと思います。他にもなんかよく分からない画像だったりとか、Astahとかそういうやつとか。とにかく望むと望むまいと僕たちはプロプライエタリなバイナリに囲まれて生きています。 まあその手のドキュメントは作ったり読んだりしてる限り別にいいんですが、だいたい世代管理が困難に近いです。MicrosoftのSharepointとかいう地上最低の操作性を誇るWebアプリを使う 1など、まあ手が無いこともないのですが、いろいろと厄介です。で、そういうファッキンバイナリィドキュメンツが数十GB単位で貯まってきた頃に事故があって、誰かが共有フォルダのファイルを消したりぶち壊したりしてしまったりなんだりして、上司が「ちょっとこれいい感じに管理する方法考えといて」とか無茶なことを言ってくるわけです。 後半に私
GitLabの実践的な運用 #gitlabjp - Qiita
（当日はesaのプレゼンテーションモードで発表しました） （文字起こししてもらえました ちゃんと復旧できる、GitLabのバックアップ運用方法 – GitLab meetup #01レポート - pixiv inside） 自己紹介 各種SNSをcatatsuyでやっている かたついと呼ばれることが多い 会社のアドベントカレンダーで GitLabの運用方法をドーンと公開！！ - pixiv inside http://inside.pixiv.net/entry/2016/12/17/100000 を書きました ピクシブ株式会社で開発基盤チームと広告チームの兼任 pixivの改善が主な業務 単著『pixivエンジニアが教えるプログラミング入門（星海社新書） ピクシブ社内の非エンジニア向けのプログラミング研修の書籍化 pixiv社内ISUCONやISUCON6本選の問題作成 GitLabとは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
