ワークフローを改善できるGitのヒント15選 #GitLab #Git - クリエーションライン株式会社
投稿者：Suri Patel 2020年で、Gitが誕生してから15周年を迎えました。Git Merge 2020での体験や、Gitフローの問題、最新のGit機能であるPartial Clone など、Gitの誕生と影響について今まで様々な投稿をしてきました。 Gitを使い始めたばかりの人であっても、コマンドラインを使いこなすレベルの人であっても、自分自身のスキルを自己研磨する姿勢は素晴らしいものです。そこで今日は、Gitを使用してワークフローを改善できる15の方法を紹介します。 1. Gitのエイリアス 日々のワークフローを改善できる最もインパクトのある方法の1つは、一般的なコマンドのエイリアスを作成し、ターミナルでの作業時間を短縮することが挙げられます。 次のコマンドを使うと、最もよく使われる Git コマンドである checkout 、 commit 、 branch のエイリアスを
【44で初心者で】やってみよう！ はじめてのGit | DevelopersIO
「Git」「GitHub」「GitLab」。おそらく「ざるそば」「もりそば」「せいろそば」のような似たようなものなのかな？・・・ぐらい無知だった私が「Git」について勉強しさわってみたことを公開させて頂きます。 はじめに こんにちは、上山（かみやま）です。 むかーしむかしSEの端くれだった頃、主にUNIXを主戦場にしていたこともありバージョン管理はCVS、時々VSS、たまにRCSのような感じで利用することが多く、Eclipse（3.0か3.1）を触り始めていた頃にもGitについては全く利用経験がありませんでした。 そんなGit初心者が弊社内のチョットした会話の中からGitを勉強する機会を得ましたので実際に触って勉強していきたいと思います。 同じようにこれからGitを覚えようと考えている方の参考になれば幸いです。 今回の目標 「Gitやってみるぞ！」と言っても初心者はじゃあ何からやればいいん
GitHub と GitLab で Git config を切り替えたい - Qiita
github.com 以下には GitHub のリポジトリ、gitlab.com 以下には GitLab のリポジトリが配置されている状態です。 gitlab.com 以下にいる時だけ ~/.dotfiles/git/gitconfig.gitlab を読み込むようにして user.email を GitLab に登録した Email で上書きします。 [user] name = peaceiris email = 30958501+peaceiris@users.noreply.github.com [includeIf "gitdir:~/Documents/repos/gitlab.com/"] path = ~/.dotfiles/git/gitconfig.gitlab
GitLab flowから学ぶワークフローの実践 | POSTD
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
AWS Code本（クラウドネイティブファーストストーリー）を書いて思ったブランチ運用の難しさ - horsewin's race records
出版してから約1ヶ月経過した、「クラウドネイティブファーストストーリー」関連のエントリーになります。私はメインでCodeシリーズによるCI/CDの話を書いたので、実際に運用する上での難しさを少し書こうかと思います。 umarai-books.booth.pm Gitlab flowによる運用 本書では、「GitLab flow」を採用しています。理由としては、2つです。1つ目はGitHub flowは簡略すぎてリリース後の戻し戦略が組みづらく、並行開発が難しいため、gitflowかGitLab flowにしぼりました。2つ目は、gitflowは少し複雑性が高く頻繁なリリースに向いていないからです。 GitLab flowは適度にシンプルで、アプリケーション開発のライフサイクルにあったブランチ運用ができます。 異常系発生時の運用の難しさ gitflowであろうが、GitLab flowであろ
gitlab.com で いますぐCI してみよう - Qiita
QiitaでもMicrosoftによるGitHub買収でいろいろと盛り上がっていますが，よほどのアンチMSでもなければ，特にGitHubからGitLabへ移行することも無く「ふーん」で終わってしまうでしょう． しかし，GitLabにはGitHubには無い魅力も満載です！ （わかりやすいところでは，プライベートリポジトリが無限に作れるところとか．GitHubもMicrosoftに買収されてやってくる気もしますが） 見方によっては本番DBを吹き飛ばしかけたところも，とてもお茶目でかわいらしいですね GitLabの目玉機能 CI/CD Pipeline 今回はその魅力の一つ， CI / CD機能のご紹介です． もちろん無料です （が， 1ユーザ1ヶ月あたり2,000分の制限があります ） GitHubの場合，別途 Travis や CircleCI，Drone.ioといった外部のCIサービスと，
gitリポジトリをoriginからpullして複数のremoteにpushする - Qiita
個人的な備忘録のたぐいです。 試験用やバックアップ的にlan内など複数のremote（VPN経由なgitlab）に同期していたわけですが、手動がダルかったので自動にしましたというだけです。 いまさら感MAXですみません。 （定期で自動で同期しとくとoriginにアクセスできないことがあったときにLAN内のgitlabのブラウザから確認できていいんじゃないかと思いますです） ラベルつきでリモートを追加 # git remote add lan git@gitlab.hoge.net:infra/test.git # git remote add foreign git@gitlab-hoge-test.net:infra/test2.git # git remote -v lan git@gitlab.hoge.net:infra/test.git (fetch) lan git@gitla
GitHub Flow ～GitHubを活用するブランチモデル～ | バージョン管理システム入門(初心者向け)
はじめに GitHubを使ったことがありますか？ オープンソースソフトウェア開発に参加したことがある方はよくご存知でしょう。業務でプライベートリポジトリを活用している現場もあるかもしれませんね。GitHubはその名の通り、Gitリポジトリをホスティングできるサイトです。 もちろん、GitHub自体の開発にもGitが使われています。 複数のエンジニアが関わる開発になるため、なんらかの「ブランチモデル」が必要です。そうでなければ、たちまちリポジトリは混沌とした状態に陥ってしまうでしょう。 GitHubの開発チームは、ブランチモデルとして「git-flow」を使わずに、独自に作成した「GitHub Flow」を採用することにしました。 これは、「git-flow」よりも「GitHub Flow」が優れているということではなく、単に開発スタイルの問題です。 頻繁にリリース（デプロイ）するGitHu
GitLab運用方法と設定手順について
社内では去年までSVNで管理しておりGitを利用するには外のサービスを利用していました。 これじゃダメだと思い今年の春頃からGitLabを導入して運用しています。 導入する際のあれこれの決め事が面倒だったりトライアンドエラーを繰り返して何とか問題なく運用できるところまで来ました。 GitLabをこれから導入する人に役に立てばと思います。 はじめに やりたいこと システム管理者の負荷を軽減するため、リポジトリ作成はシステム管理者ではなくPJ案件管理者(PM)に作成してもらいたい。 リポジトリの削除は基本禁止。 GitHubフローで管理したい。 Groupについて GitLabにはリポジトリをグルーピングすることができます。 グループを案件(PJ)単位で作成し、案件で開発する・保守するシステムをリポジトリで管理します。 権限について 上記のやりたいことを満たすため、下記のように権限を付与します
アジャイル開発におけるGitLabの使い方 | DevOps Hub | SB C&S
ユーザーストーリー：GitLab Issues アジャイル開発において、顧客にビジネス価値を提供する機能を表すユーザーストーリーは、単一のGitLab Issueで表されます。ユーザーストーリーとは、顧客がやりたいことが簡潔に纏められており、開発者と顧客の間で、顧客の言葉を使いながら、まだ言語化できていない要件を整理、お互いの共通認識を作るためのものです。 GitLab Issuesページは、中央のタイトルと詳細の組み合わせになっており、さまざまな用途でドキュメント化できます。例えば、ユーザーストーリー内の関連する登場人物やビジネス価値についての詳細などを入力します。右側のサイドバーには、このIssueが所属するエピックや、後述のポイント(GitLab Weight)、スプリント(GitLab Milestone)などの関連情報が表示されます。 タスク：GitLab Task Lists
ユル～く使うGitLab（ギットラボ）のススメ＜リポジトリ運用編＞ - Qiita
はじめに 非常に高機能なGtLab（Github）を使う上で大事な、「どういう風に使うのか」をまとめていくシリーズです。 今回のリポジトリ運用編は、書いてる人が非職業エンジニアなので非常にユルめのルールなのが特徴。 (元になっているのはみんな大好きGithub Flowです) 習うより慣れろとはいいますが、前提となる知識がないととっつきにくさを感じたまま、いつしか嫌になってしまうものです。 GitLabに混乱中の方にとっての、ちょっとしたガイドになればいいなという気持ちで記事を書いています。 対象者 「業務でちょこっとプログラミングするのでGitLabを使いたいな～」と思ってる方 「GitLabを使い始めたけど、なんかもうどう運用したらいいかわからない」とお困りの方 「自分で運用ルールを作るのメンドクセ」な方 目標 「GitLabを使うのが怖い！ ブランチとかマージとか怖い！」という恐怖心
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
研究室でのGitLabの使い方 | DSSL Blog
Gitlabでのプロジェクト運営(リポジトリ作成やユーザ管理) | gitの使い方講座