結局 Git のブランチ戦略ってどうすればいいの？ - Qiita
1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。 そうなるとレビュワーに負担がかかり、コンフリクトの可能性も高まり、コードレビューを効率よく進めることができません。 このINVEST原則を守ることでチームはより効果的に作業を進め、柔軟に対応して開発を進めることができます。 Git Flow Git Flowは5種類(main, hotfix, release, develop, feature)のブランチを運用するブランチ戦略です。 2010年に提唱された有名なブランチ戦略です。 オンラインサービスのように継続的デリバリーするコードを想定して作られた戦略ではないです。 main ブランチ 常にリリースできる状態を保つ hotfix, develop へ切り出す このブランチへの直pushはNG hotfix ブランチ バグ修正など緊急時に対応するためのブ
複数のGit(Hub)リポジトリを履歴を保持しながらマージするやり方
はじめに 時々やりたい時があるのでメモ。 シェルスクリプト GitHub の前提ですが REMOTE_URL を変えれば多分使えると思います。 # https://github.com/mryhryki/target の場合の例 export OWNER="mryhryki" export REPOSITORY="target" export REMOTE_URL="git@github.com:${OWNER}/${REPOSITORY}.git" export DIR_PATH="subtree" # マージ先ディレクトリ。この場合 `(ROOT)/subtree/` に `mryhryki/target` のリポジトリのコンテンツが入ります。 cd "(マージ先のリポジトリルート)" git remote add "${REPOSITORY}" "${REMOTE_URL}" git
2024年Gitワークフロー再考 | フューチャー技術ブログ
春の入門祭り2024の2記事目です。 Gitは、出自としては1週間で作られたLinuxカーネルのための分散バージョン管理システムでした。当時のワークフローに合わせてパッチをテキスト化してメールに添付できるような機能だったりが備わっています。 一方で、現代のGitは、デファクトスタンダードなバージョン管理システムになりLinuxカーネル以外のアプリケーション開発で利用されています。分散バージョン管理ではあるものの、サーバー・クライアント型の使われ方をしていて、GitHubやGitLabを核にして、ローカルで作ったブランチをpushして、Pull Requestの形にして管理しています。少なくとも周りで見る限りでは、それ以外の使われ方の方が少なくなってきてます。そんなこんなで求められている使われ方が変わってきていて、それに合わせた機能がぼちぼち増えています。それを活用することで、ウェブ画面上で
git commit --fixupを使いましょう - Don't Repeat Yourself
発端 Pull Request で force push されると差分がわからなくなるから困るんだけどみんなどうしてますか？— codehex.bsky（へっくす） (@codehex) 2024年2月25日 ポストの前提がちょっとわかりませんが、レビュー後にforce pushされると、どこに修正を入れたのかわからないケースだと仮定します。プルリクエストがまだドラフト状態でのforce pushやrebaseで困るケースはそんなにないと思うからです。 git commit --fixup このケースではgit commit --fixupが便利です。レビューで指摘が入ったコミットに対して--fixupをかけておき、レビュワーはfixupコミットの内容を確認します。レビュワーが確認してOKが出た段階で、git rebase -i --autosquashなどを使ってfixupコミットを元コ
GitHubがgit://を無効にした件
TL;DRGitHubからgitプロトコル(git://github.comで始まるURL)でgit cloneする設定になっている人が居たらSSHプロトコル(git@github.comで始まるURL)を使うように設定変更しましょう wez/weztermという端末エミュレータを知って、使ってみようかと思い、ドキュメントに従ってbrew tapしたときのことでした。次の様なエラーが発生して、tapできません。 $ brew tap wez/wezterm ==> Tapping wez/wezterm Cloning into '/opt/homebrew/Library/Taps/wez/homebrew-wezterm'... fatal: remote error: The unauthenticated git protocol on port 9418 is no longer
GitHub上のsensitive dataを削除するための手順と道のり | メルカリエンジニアリング
Advent Calendar day 7 担当の vvakame です。 予告では Apollo Federation Gateway Node.js実装についてポイント解説 としていましたが、社内各所のご協力によりAdvent Calendarの私の担当日に間に合う形で公開できる運びとなりました。そのため告知とは異なりますが GitHub上のsensitive data削除の手順と道のり をお届けしていきたいと思います。 メルペイVPoE hidekによるday 1の記事で振り返りがあったように、今年、弊社ではCodecovのBash Uploaderに係る情報流出という事案が発生しました。当該インシデント対応において、プレスリリースにも記載のある通り、ソースコード上に混入してしまった認証情報や一部個人情報などの機密性の高い情報（sensitive data）について調査を実施し、対応
【Git】Windows環境でGitHubにSSH接続してコミットするまでの手順 - Qiita
前提条件 WindowsにGitがインストール済みである GitHubのアカウントが作成済みである GitHubでリポジトリを作成する GitHubにログインし、RepositoriesのNewボタンから新規リポジトリを作成できます。 本記事では具体的な作業は省略します。 コミット履歴が空の新規リポジトリが作成できてればOKです。 Gitの初期設定をする メールアドレス、ユーザ名を設定する WindowsにGitをインストールしたら最初にメールアドレスやユーザネームの設定をしておくことをおすすめします。 既に設定済みの場合は飛ばしてもらって大丈夫です。 注意：以降の操作はコマンドプロンプトではなくGit Bashです git config --global user.name "ユーザー名" git config --global user.email "メールアドレス" git conf
秘密鍵・公開鍵を作成する（Win） - Qiita
# フォルダ作成 $ mkdir ~/.ssh && cd ~/.ssh # 秘密鍵・公開鍵の作成 $ ssh-keygen -t rsa -b 4096 -C "hoge@example.com" -f ~/.ssh/id_rsa Generating public/private rsa key pair. Enter passphrase (empty for no passphrase): <-- パスフレーズを入力（ Enterキーを押す ） Enter same passphrase again: <-- もう一度、パスフレーズを入力（ Enterキーを押す ） Your identification has been saved in id_rsa. Your public key has been saved in id_rsa.pub. # ファイル確認 $ ls id_
今日からはじめるGitHub ～ 初心者がGitをインストールして、プルリクできるようになるまでを解説｜ハイクラス転職・求人情報サイト AMBI（アンビ）
今日からはじめるGitHub ～ 初心者がGitをインストールして、プルリクできるようになるまでを解説 エンジニアであれば、チーム開発ではもちろんのこと、個人開発でもGitを用いてバージョン管理していきたいもの。今回は、GitやGitHubをはじめて使う人に向けて、導入から初歩的な使い方までを解説します。 ソースコードの管理はできていますか？ ファイルを修正するときに、修正前のソースコードをhoge.php.bakのようなバックアップファイルとして残し、開発環境をゴミだらけにしていませんか？ エンジニアであれば、チーム開発ではもちろんのこと、個人開発でもGitを用いてバージョン管理していきたいもの。今回は、GitやGitHubをはじめて使う人に向けて、導入から初歩的な使い方までを解説します。 ここではGitの詳細な仕組みには触れません。GitやGitHubを利用したことのない人が、Gitを
自分専用の git サーバーを作ろう
今年 4 月は、Git サーバーの誕生記念でした。Git は、Linus Torvalds が開発した バージョン管理システムです。Git は、世界中のまさに国境を越えた何百万というユーザーに使われています。 GitHub のような Git を使ったコード ホスティング サービスを提供している会社がいくつもあります。あるレポートによれば、GitHub は世界最大のコード ホスティング サービスだそうです。GitHub は 21.8Mバイト のリポジトリを管理し、ユーザーは 9,200,000 人います。大会社も GitHub に移行しつつあります。検索大手の Google でさえも、Google Code を止めて GitHub に移行しています。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
github/advanced/README.md at main · kaityo256/github