こんにちは！テニスはじめました、小山です。開発部門でウエディンググループのリーダーをやっています。 今回は私が考えた新しいGitのブランチモデル「GitFeatureFlow」についてお伝えしたいと思います。 GitFeatureFlowとは Gitを使った開発をより快適にするため、GitFlow,GitHubFlow,GitLabFlowではない、新しいGitのブランチモデル「GitFeatureFlow」を考えました。 Gitを利用して開発を行う場合、Gitのブランチモデルをどうすべきか悩むことが多いかと思います。私自身もこの悩みに直面しました。既存のブランチモデルでは問題が解決できなかったので、GitFeatureFlowという新しいブランチモデルを考え、ウェディンググループに導入。今では快適にGit開発を行っています。 GitFeatureFlowで使う主なブランチはこの3つです。

GitHubには Releases という機能があります。 Release Your Software Creating Releases · GitHub Help GitHubのリリース機能を使う - Qiita 簡単に言えば、gitのtagやbranchに文章や添付ファイルを追加して公開出来るページです。 基本的にはgit tagと連携してるので、tagを付けてgit push --tagsをしていれば、自動的に追加されます。 メリットとしては以下のような事が行えます。 git tagにパーマネントリンクがつく(重要!) メッセージ(リリースノート等)が書ける 添付ファイル(zip)をアップロード出来る(配布するバイナリとか) RSS Feedsが自動的に生成される(TagとReleaseの2種類がある) ライブラリ等にtagがついてると利用しやすい。 git tagとGitHub

I staged a few changes to be committed. How do I see the diffs of all files which are staged for the next commit? Is there a handy one-liner for this? git status only shows names of files which are staged, but I want to see the actual diffs. The git-diff(1) man page says: git diff [--options] [--] […] This form is to view the changes you made relative to the index (staging area for the next commit

ターミナルから tig refs と打つと refs の一覧画面が表示されます。 さらに、refs の中から checkout したいものを選択し、 Shift + c を打つと、選択したものにチェックアウトすることができます。 大変便利な機能ですが、ローカルブランチだけでなくリモートブランチやタグも表示されてしまいますので、 ローカルブランチだけを見たい場合には表示される量が多すぎますし、 また、チェックアウト時には本当にチェックアウトをするか否かの確認の [Yy/Nn] を打たなければならず、確認を飛ばしたくなる場合もあるかと思います。 そこで、git のエイリアスとして、tig に倣い git refs を用意しました。 .gitconfig に [alias] refs = !git checkout $(git branch | peco | awk '{ print $NF }

git clone するとガッツリとれちゃうんだ。 でも、git ってそういうもんだし、git フォルダを git でネストすりゃいいんだけど。。。 git で特定のフォルダだけを取り出したい。 github.com が不可視のプライベート・レポジトリの数に上限があるので、どうしてもgitレポジトリの数を増やせないとか。だから特定フォルダを取り出したいとかね。 git 初心者が混じってると、なんでも全部突っ込んできてツライ。もちろん教育が必要なんだけど、先輩を教育するのも忍びないし、何よりまだソコまで至ってなかったり。。。とりあえず、管理してる全部のサイトを一個のgit フォルダに突っ込んだりしちゃうんだよ。 SVNを使ってたりしたので、全部を入れなきゃダメって思ってるところあるし そういう時に、まとめてcloneしたり、ずっとデータをダウンロードしてくるのはつらいものがある。 そんな時に

リポジトリのここのフォルダだけcloneしたいんだ、Subversionでいうところのcheckoutだ、という場合はsparsecheckoutの機能を使用する。 特定のフォルダだけclone、という以外に絶対にcommitしたくないファイルを外したりできるので、覚えておくと便利(設定ファイルを個人ごとに書き換えなければならない場合など)。 git clone xxx git config core.sparsecheckout true echo I_want/this_folder/ > .git/info/sparse-checkout git read-tree -m -u HEAD echo I_forget/this_folder/ >> .git/info/sparse-checkout まずは普通にcloneをしてきて、そのあとsparsecheckoutを有効にする。

git stash drop や clear の間違いを戻します。 最近、まじめに branch をまたぎながら開発を進めていて、git stash を使うようになりました。 Git – 作業を隠すgit stash すると、変更内容がスタックに保存されます。 作業完了後、git stash drop などで削除します。 ここで間違った場合の復旧方法。 スタック削除の手順スタックを確認。 % git stash list stash@{0}: WIP on feature/issue#2: 3232ce5 fix: install bug stash@{1}: WIP on feature/issue#2: 4364647 update: config files

I am using Git from the command line and am trying to add a line break to the commit message (using git commit -m "") without going into Vim. Is this possible?

rsync -C --filter=":- .gitignore" -acvz --delete /path/to/project/ [email protected]:/path/to/project/ 古いバージョンの rsync だと、 -C で .git/ が無視されない場合があるので、新しいバージョンのものを使うと良い。 aliasを設定しておくと便利。

案件で「作業の差分を納品してくれ」とか言われることってよくあります。 今までは手作業でディレクトリ作って、ファイルをコピーしてましたが、 もう、そんなうんざりする作業とはおさらばできそうです。 git archive と git diff の合わせ技で差分を出力できる事がわかったからです。 例えば、一個前のコミットから現在のコミットまでの差分を取り出したい時は、 git archive --format=zip --prefix=root/ HEAD `git diff --diff-filter=d --name-only HEAD^ HEAD` -o archive.zip まずは、git archive について。 --format=zip を付けるとzipで固めてくれます。 --prefix=root/ は抽出したファイルをrootディレクトリに入れた状態にしてくれます。 -o a

Gitのサブモジュールでは面倒そうな、頻繁に更新される別のリポジトリを取り込む方法としてサブツリーマージを行うラッパーであるgit subtreeコマンドを使う練習を始めた。どちらかというと「参照する」要素の強いサブモジュールに対して、サブツリーは「切り分ける」や「取り込む」という感じなんじゃないかと理解している。全般的に間違ってそうで怖い。 「切り分ける」、つまりリポジトリのサブディレクトリを別のリポジトリにしたい場合は、単純なケースだと親にあたる方で.gitignoreや.git/info/excludeを使ってサブディレクトリを除外してやれば良い。でもこの場合、両方のリポジトリで関連した変更がある時にそれぞれのリポジトリでコミットしてやらないとならないので面倒くさい。 「取り込む」場合はサブモジュールが基本なわけだけど、他で作業して戻ってきてたりする必要があるし、サブモジュールの更新

$ git add -pという、ひとつのファイルから分割して部分的にcommitできる便利なオプションがあって、最近commitをもうちょっとこまめに分けようと心がけるようになってからたびたび使うのだけど、そうすると欲が出てきて、もう少し細かく分割してくれたらなあと思うことがたまにある。git add -p もうちょっと細かくわけてくれたらいいのにとたまに思う— TAE ✅ (@ken_c_lo) February 16, 2013 @ken_c_lo 確か「git add -p」した後に「y」とか「n」で取り込むところを選ぶ時に「s」をやると、さらに小さい単位に分割してくれた気がします。最近やってないので若干怪しいですが。。— 松本 瞬／Shun Matsumoto (@shu_0115) February 16, 2013 @ken_c_lo だいたいこんな感じだったと思います。→ b

リポジトリの取り込みにsubtreeを使い始めて、機能的には満足の行くものだと感じた。けれどもsubtree pushする時にどんどん遅くなっていく。これは全履歴をチェックし必要ならば履歴を作り直すからのようだ。subtree splitを使うと特定のコミットをブランチとして切り出せるので、これを使うと作り直しの起点となるコミットを前進させられる……と教えてもらったがダメだった。 $ git remote add -f subtree_origin https://example.com/bob/foo.git $ git subtree add --prefix=foo/ --squash subtree_origin master ...Commit some changes... $ git push origin master $ git subtree split --prefi

はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました さて、今月正式リリースしました(！) DocBase プロジェクトではクレイ外部のデザイナーの方と一緒に開発しています。SourceTree で Git を使っている方で、軽いデザイン修正などは弊社の Rails プロジェクトに直接手を加えてプルリクエストを送ってくれます。 こちらのデザイナーさんに「プルリクエストを送る際は、作業ブランチで git pull --rebase origin master してから送ってもらえますか？」とお願いすると「pull はわかるんですけど、この --rebase ってなんですか？これつけると何が変わるんですか？」と質問がきたのです。 作業ブランチで git pull --rebase origin master

リスティング広告正規代理店｜Yahoo!プロモーション広告・Google広告完全対応｜東京・大阪・名古屋 Gitで空のディレクトリを管理したい場合、.gitkeepという名前の0バイトのファイルを置いておくというのが慣習ですね。 管理対象にしたい空のディレクトリというのは、多くの場合、アプリが使用するキャッシュディレクトリや一時ディレクトリのようなものだと思います。 つまり、そのディレクトリがないとアプリによるファイルの出力が失敗してしまうのでディレクトリ自体は管理下に置いておきたいけど、アプリがそこに出力したファイル群は管理外にしたい、というケースです。 このような場合に、.gitignoreの設定やgit addの仕方など、具体的にどのような手順で運用するとすんなり行くかを復習がてらまとめてみましたので、参考にしてみてください。 .gitignoreの設定とgit addの方法について

背景 一昨年末くらいにgit-flowを採用していた 良いんだけど、結構めんどくさいなーと思うところがあった 去年頭の新規開発からはgithub-flowを採用(と言うかごく普通のGit運用) masterのテスト通ったらjenkinsさんが開発サーバー反映してくれて捗る ただ本番をそれで運用するわけにもいかない リリースタイミングとかある masterはデザイナーやME(=gitに不慣れな人たち)がカジュアルに画像やテンプレをpushできる(それで構わない) git-flowとgithub-flowの中間くらいのフローで運用することに git-flowの気に入ってる点とそうじゃない点 気に入っている点 並列ブランチを走らせるというのは良い(git-flowの場合、masterとdevelop) hotfixが便利 めんどくさい所 releaseブランチ毎回作る必要性をあまり感じない バー

{{tag: wsl2, wsl, firefox}} タイトルの通り、WSL2 のターミナルからWindowsの Firefox を起動する方法。ポイントは /mnt/c/ (pprof) web とかしたときに便利なやつ。 まず、ブラウザを起動するための sh ファイルを用意しておく。 [openff.sh] #!/bin/bash /mnt... つづきを読む